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[57] ABSTRACT 

An schedule-control method for managing and controlling 
projects is described. The method is implemented on com- 
ponents including an electronic user interface, relational 
database, and computational component. These components 
are designed to process input data in a well-defined format 
called a receivable/deliverable (rec/del) format. Using this 
format, the project is broken down into a series of smaller 
components or "tasks". Each task involves a contract 
between a supplier and a receiver, and results in the pro- 
duction of a "product". Suppliers and receivers can enter 
up-to-the-minute input data in the rec/del format concerning 
a particular product. Input data are entered through the 
electronic user interface which can be e-mail or a user- 
interface computer program. Data are entered into tables of 
the relational database in the rec/del format. The input data 
are then rapidly processed with the computational compo- 
nent to generate output data indicating the status of the 
project. 

20 Claims, 9 Drawing Sheets 
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NETWORK BASED TASK MANAGEMENT factors become even more pronounced as the size and 

number of the project's variables are increased. 

ORIGIN OF THE INVENTION Applicants have developed a schedule-control method for 

TTic invention described herein was made in the perfor- c managing and controlling projects to overcome these and 

manceofwork under a NASA contract, and is subject to the 5 ^nations. Tlie method implemented using an 

provisions of Public Law 96-517 (35 U.S.C. §202) in which electronic user interface, relational database, and computa- 

the contractor has elected to retain title. tional <^Ponent. Each of these components work together 

to process input data in a special format that is defined herein 

FIELD OF THE INVENTION as a "receivable/deliverable" (or "rec/del") format. Using 

10 the rec/del format, the method breaks down the project into 

This invention relates to techniques for automatically a series of smaller components, referred to herein as "tasks", 

managing and controlling projects. task mvo lves a "contract" between a supplier and a 

BACKGROUND AND SUMMARY OF THE ™ e CODt t raCt r ^ ultS in ^ P'° duct ™ ° f a "P™»- 

INVENTION Users can enter and access up-to-the-minute input data 

15 concerning a particular product or task from the rec/del 
Large, complex projects typically produce items such as system, 
designs, components, tests, and reports. These items are The schedule -control method includes several steps for 
supplied by one party and received by another. Variables receiving, processing, analyzing, computing and sending 
such as request dates, due dates, costs, and specifications are information for monitoring the status of the project. In a first 
associated with each item. Each variable must be coordi- 20 step, suppliers or receivers enter the first set of input data to 
nated and scheduled between multiple sets of suppliers and the method to identify the input and output products of their 
receivers to prevent cost overruns and delays in the project's particular task. The first set of input data processed by the 
completion. computer upon receipt are "bids". Bids are sent by suppliers 
Both the variables in the project and the complexity of and receivers over an electronic user interface and stored in 
organizing these variables increase with the project's size. 25 the relational database of a computer. 
The project, in turn, becomes more difficult to manage. The electronic user interface is either e-mail or a user- 
Manufacturing projects for one-of-a-kind items (e.g., a interface computer program. Both of these interfaces can be 
NASA spacecraft) are particularly difficult to manage. These implemented on conventional personal computers connected 
projects typically include larger numbers of supplied and 3Q and distributed over a local-area network (LAN) or over a 
received items than projects for manufacturing similar, 30 wide-area network such as the internet. Each supplier and 
well-established items (e.g., automobiles). A NASA receiver must have access to a computer connected and 
spacecraft, for example, includes a large number of specialty distributed over the local-area or wide-area network. The 
parts which are not commercially available. These parts combination of these features allows users to quickly and 
must therefore be fabricated in-house or sub -contracted to 35 easily supply input data and access output data, 
outside firms. Such parts often require specialized testing The input data within a bid identify a particular product 
and detailed performance reports. This introduces more by: 1) naming the product; 2) associating a receiver's 
supplied and received items, and thus even more variables, identification number (i.e., an account identification code) 
into the project. with the product; 3) associating a supplier's identification 
Control methods are implemented by manufacturing firms 40 number with the product; 4) associating the receiver's 
to organize and facilitate completion of the project. A required delivery date with the product; and, 5) associating 
standard control method features a hierarchy of managers the supplier's available delivery date with the product. These 
(such as Project, Area, and Technical Managers), each of input data are provided for each product in the project. A 
whom supervise a group of employees responsible for contract is formed when both the supplier and receiver agree 
completion of a portion of the project. During day-to-day 45 to the criteria used to define the product, 
operations, individual employees supply, receive, and/or The input data within the bid are then analyzed by the 
deliver particular items of the project; the status of each item computational component to determine the "state" of each 
then reported to the supervising manager. Information is product in the project. For example, the states of a product 
then collected, tabulated, and evaluated to manage the include "reconciled", "date not agreed", "product not 
project. 50 agreed", or "no impact". If one party changes one of the 
Several problems exist with conventional methods for criteria during the course of the project, the product's state 
project management. The inventor recognized that these is no longer in agreement. This change must be reviewed and 
methods lack a structured methodology for defining, accepted by the other party to complete a new contract, 
recording, and processing the multiple variables that are Each state includes different "comments" for describing 
associated with the project. Instead, information is typically 55 the particular product. For example, a comment such as 
communicated from employees to supervisors, and then "completed" can be entered under the "reconciled" state; a 
through the management chain. Eventually, the information comment such as "no deliverable" can be entered under the 
is somehow used to determine the project's status. "product not agreed" state. The comments are sent as a first 
Standard project management requires the information to set of output data to the appropriate suppliers and receivers, 
be communicated from one party to another. Good commu- 60 These users can then negotiate and update the product's state 
nication between suppliers and receivers is needed for by responding with new input data. For example, work 
efficient project management. The inventor recognized sig- performed or further negotiation may drive the product's 
nificant advantages from recording information directly in a state from "date not agreed" to "reconciled", 
centralized database. Otherwise, all employees cannot The negotiating process is repeated, and work on the 
receive updated, real-time information about the status of the 65 contract is carried out, until the state is reconciled and the 
project. A lack of information can result in mis- product is finished. The receiver ultimately determines when 
communications between suppliers and receivers. These the product delivery date has been successfully completed. 
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The status of the entire project is determined by collec- 
tively processing the various states for each individual 
product or task. For instance, the states can be summed 
together. Once determined, the actual status of the project 
can be packaged as a second set of output data. Data are 
computed to generate real-time reports so that the status of 
the project can be determined at any particular time. These 
data can be accessed via the electronic user interface by the 
various suppliers and receivers involved with the project. 

The second set of output data can be in the form of plots, 
charts (e. g. GANTT charts), and reports. These data can 
track a particular product or the entire project. In a preferred 
embodiment, the second set of output data is in the form of 
a plot comparing the project's actual status to its predicted 
status. Planning and performance reports serving as metrics 
for identifying problem areas can also be generated. Plan- 
ning reports identify products where the delivery dates 
conflict with those requested by the receiver, the supplier is 
missing, or there is no receiver. Performance reports com- 
pare the actual and planned quantities of individual products 
over time. 

All levels of the project's suppliers and receivers — 
ranging from high-level Project Managers to Technical 
Managers to Engineers — can use the schedule-control 
method to control and iterate their portion of the project. 
Users access a timely, robust set of processed data. Suppliers 
and receivers can predict future time periods which may 
require changes in the project's structure or adjustments in 
the deployment of the project's resources. Ultimately, the 
schedule -control method facilitates successful completion of 
the project. 

The above -described techniques have many advantages 
when compared to conventional organizational methods. In 
particular, the rec/del format facilitates efficient communi- 
cation between the suppliers and receivers of a particular 
product. Data are supplied and received by those directly 
involved with a particular area of the project. Input data in 
the rec/del format can be modified independently without 
modifying the schedule of the entire project. 

Distributing the control of the project over a group of 
users is also advantageous. Individual users can focus more 
resources on monitoring and controlling the flow of products 
within the project. Less time is spent monitoring a single 
product and conveying and distributing data concerning the 
product to supervising managers. 

Distribution of control also alleviates some of the respon- 
sibilities of the project manager. Personnel dedicated exclu- 
sively to planning the project are unnecessary, as each 
individual user has direct control over his or her plans. In 
effect, the schedule-control method becomes the project's 
centralized control center which simultaneously facilitates 
decentralized decision making. This decreases the probabil- 
ity of cost overruns, and increases the probability that the 
project will be completed according to plan. 

The method is particularly effective when used with large, 
complex, one-of-a-kind projects. Such projects typically 
involve large numbers of interactions between suppliers and 
receivers, and consequently have large degrees of uncer- 
tainty in their schedules. For example, the method can be 
used to effectively manage projects such as the construction 
of a NASA spacecraft. 

BRIEF DESCRIPTION OF THE DRAWINGS 

These and other aspects of the invention will now be 
described in detail with reference to the accompanying 
drawings, wherein: 
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FIG. 1 is a block diagram which schematically shows a 
large project and the components of the schedule -control 
method of the invention; 

FIGS. 2 A and 2B are, respectively, a schematic drawing 
5 showing how the schedule-control method is used to manage 
the project of FIG. 1, and a managerial hierarchy for the 
project; 

FIG. 3 is a flow chart showing the preferred steps used in 
the schedule -control method; 

FIG. 4 is a printout of a computer screen used in the 
schedule -control method to provide input data in the pre- 
ferred rec/del format; 

FIG. 5 is a block diagram showing a project-management 
15 system using the schedule -control method of the invention; 

FIG. 6 is a printout of a work package agreement (WPA) 
used in the schedule -control method; 

FIG. 7 is a reconciliation chart for a large-scale project 
showing the status of the products comprised by the project; 
20 and, 

FIG. 8 is a "planned versus actual" graph for the large- 
scale project of FIG. 7. 

DETAILED DESCRIPTION 

25 The schedule-control method according to the invention 
effectively manages and controls large-scale, complex 
projects. The method is implemented using an electronic 
user interface, relational database, and computational com- 
ponent. These features are designed to process input data 

30 organized in a preferred rec/del format. This format effec- 
tively separates the project into a series of smaller tasks, 
each of which involves a contract between a supplier and a 
receiver. Each contract relates in some way to the production 
of a product. 

35 Suppliers and receivers using the schedule-control 
method provide bids featuring a first set of input data 
concerning their particular task. Input data are entered into 
the relational database via the electronic user interface. This 
data may not agree, e.g., the receiver's requested delivery 

4 data may not agree with the supplier's schedule. The bids 
may therefore be negotiated over the electronic user inter- 
face. 

A contract is established once the two parties agree to the 

45 terms of the product. The computational component is then 
used to analyze the input data to generate a state for each 
product in the project. The states are then sent across the user 
interface to the appropriate suppliers and receivers as a first 
set of output data. 

50 Suppliers and receivers negotiate the state of each product 
over the electronic user interface. Negotiations cause the 
product's state to evolve, and continue until the product's 
state is reconciled by both suppliers and receivers. The states 
of each product can be collectively processed at any time to 

55 determine the status of the project. 

A second set of output data indicating the project's status 
is sent across the electronic user interface to both suppliers 
and receivers. These data can be conveyed through a number 
of different representations, including, but not limited to, 

60 charts, graphs, tabulated numbers, and/or reports. 

Using this method, the various suppliers and receivers in 
the project are able to access an accurate and timely status 
of each task. All suppliers and receivers have access to a 
dynamic representation of the project's status. Moreover, 

65 control of the project is distributed over a group of users, as 
opposed to being allocated to a single management person or 
team. Ultimately, this facilitates efficient expenditures of 
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both time and monetary resources, and eventually successful 

completion of the project. 

Components of the Schedule-control Method 

FIG. 1 is a block diagram showing an exemplary project 
10 to be managed and controlled using the components 11 of 5 
the schedule-control method according to the invention. The 
project 10 produces a final deliverable 12, such as a large 
scale NASA spacecraft. 

The project 10 is broken down into a series of large -scale 
tasks 14a-14d. Each large-scale task is broken down into 10 
smaller tasks 15a-15d. Each task 14a-14d, ISa-lSd results 
in a product. Products are designs, mechanical or electrical 
parts, tests, or reports. Each task is defined by a contract 
between at least two responsible parties, i.e., a receiver and 
supplier of the product. 15 

Input data (indicated in the figure as the double-headed 
arrows 13) concerning the product of each task 14a-d, 
ISa-d in the project 10 are defined by the rec/del format. 
Either responsible party involved with the task can provide 
input data. Data are sent via an electronic user interface 16 20 
to a schedule -control method relational database 18. The 
data stored in the database 18 are then analyzed with a 
computational component 20 to determine the contract and 
states for each product. The computational component 20 is 
a computer program written in a language which is com- 25 
patible with the database 18. 

Data are processed and analyzed with the computational 
component 20 to generate output data for the suppliers and 
receivers. Output data are stored in the relational database 
18. These data are accessed via the electronic user interface 30 
16 by the various suppliers and receivers involved with the 
project. 

The electronic user interface 16, relational database 18, 
and computational component 20 are preferably installed on 
a system of computers, each connected and distributed over 35 
a LAN. Each computer on the LAN uses either e-mail or a 
user-interface computer program as the electronic user inter- 
face 16. E-mail is easily accessible, convenient, and avail- 
able to a wide range of users. Moreover, e-mail is used to 
continuously supply new, up-to-date input data to the 40 
schedule-control method for processing and analysis. 

FIGS. 2A and 2B are schematic drawings showing, 
respectively, a schematic drawing showing how the 
schedule -control method is used to manage the project 10 of 
FIG. 1, and a managerial hierarchy 81 for the project. For 45 
example, tasks XAa-d may involve science and project 
engineering, instrument development, ground system 
development, and spacecraft system development for a 
large-scale project such as manufacture of a NASA space- 
craft. The large-scale tasks are managed by either Technical 50 
Manager A, B, C, or D. 

Technical Managers A-D act as either suppliers, 
receivers, or both using the schedule -control method. In the 
shown example, Manager A supplies a product to both 
Manager B and Manager C. Both Managers B and C supply 55 
a product to Manager D. A contract defining the particular 
product to be delivered or received is established for each of 
these relationships using the schedule -control method. The 
status of each product is dynamic, evolving as scheduling 
events change or work is performed on the product. FIG. 2B 60 
shows a high-level Project Manager 84 monitoring the 
contracts between Technical Managers A-D. 

Smaller tasks ISa-d exist within each of the larger tasks 
\4a-d. These smaller tasks are also managed with the 
rec/del system. Here, contracts for products are established 65 
between each of the employees (i. e., suppliers or receivers) 
under a Manager's control. The status of each product in the 
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project is negotiated and analyzed through the use of the 
electronic user interface, relational database, and computa- 
tional component shown in FIG. 1. Each employee provides 
input data for their particular product and can receive status 
of the project at any given time. In this way, management of 
the project is distributed over and controlled by the project's 
entire work force, with each employee directly controlling 
his or her contract. This decreases the probability of cost 
overruns in the project, and increases the probability that the 
project will be completed according to plan. 
Schedule-control Method 

FIG. 3 shows a flowchart illustrating steps used in the 
schedule-control method 22. Each of the steps shown in the 
figure are carried out using the computational component. 
Input data in any appropriate rec/del format are supplied in 
bids by either the supplier or receiver. Data are supplied to 
the relational database of the system for analysis at step 49. 
The first set of input data identifies and defines the product. 
The definition of a product includes: 1) naming the product; 
2) associating a receiver's identification number with the 
product; 3) associating a supplier's identification number 
with the product; 4) associating the receiver's required 
delivery date with the product; and, 5) associating the 
supplier's available delivery date with the product. 

The first bid of input data is analyzed at step 50 by the 
computational component 20. A contract for the product is 
established at step 51 between the supplier and receiver only 
once criteria l)-5), above, are agreed to by the supplier and 
receiver. The computer stores the bids of all receivers and 
suppliers, sorted by name. When another bid comes in, it is 
analyzed against the previously stored bid with that same 
name. Agreement of all terms yields a contract, and also 
establishes an initial state for the product at step 52. The 
initial state plus each iteration is sent by e-mail as a first set 
of output data to the appropriate suppliers and receivers at 
step 53. 

One of four initial states are assigned to each product 
within the project. The allowable states include 
"reconciled", "date not agreed", "product not agreed", or 
"no impact". At this point the method determines if a 
resolution is reached on the product's state at step 54. If the 
"date not agreed" and "product noL agreed" states result, it 
may be necessary to negotiate the state of the product by 
entering different comments which further describe the 
particular product (step 56). For example, a comment such 
as "no deliverable" can be entered under the "product not 
agreed" state. In this case, either the receiver or the supplier 
can respond to the comments by contacting the other party 
at step 57. This process is continued until the state of the 
product is resolved. 

Input data are entered according to the following set of 
well-defined ground rules. To reduce e-mail "noise", and 
establish firm ownership of data relating to scheduling, 
suppliers and receivers only supply input data and receive 
output data for their particular task. 

1. Only list receivables needed for delivery. Do not 
include comments on products or items such as sched- 
ules and implementation plans. Do not use the 
schedule-control method to build a documentation 
library or a document distribution list. 

2. Lowest level of management attempts resolution. This 
rule recognizes that Technical Managers of the project 
have the responsibility and authority for deliveries in 
their respective area. Technical Managers have the 
responsibility to provide input data concerning receiv- 
ables and deliverables at their level. Only if two Tech- 
nical Mangers cannot work out an agreement do higher 
levels of management get involved. 
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3. Negotiations between the supplier and receiver may be 
started by either party. 

4. The supplier has the final say on the product name even 
if receiver provides the input data listing the name. If 
the receiver inputs a new product, the supplier may 
change the product description since that party makes 
the final decision on the product's name. Receivers 
need to be informed when this occurs. 

5. Suppliers and receivers should provide any changes to 
their input data through the schedule-control method. 

6. Any "slack" belongs to supplier. Slack is the time thai 
a delivery is available before the required date. The 
supplier can use the slack to delay the product's deliv- 
ery date (without being tardy) in order to deliver 
another product earlier. 

7. The receiver can delete a low-level internal product 
without a supplier's approval. The receiver should 
contact the supplier and let that party know it is being 
deleted. 

8. The receiver initiates the request for a deliverable. A 
deliverable must be required by a receiver in order to 
exist. 

9. Only the receiver can decide when the when a product's 
delivery has been completed. 

A list of the states and preferred comments for each state 
used during negotiation (steps 56 and 57) are defined in 
detail, below: 

Reconciled: A product's existence has been agreed to and 
the planned delivery date supports the required date. The 
state is counted as fully reconciled. Comments for this state 
include: Completed, Dates OK, or Early OK. 
Date Not Agreed: A product's existence has been agreed to, 
but the delivery date is not reconciled. Comments for this 
state include: Scheduled Late, Needs Both Dates, Needs 
Supplier Date, Needs Receiver Date, Supplier Slipped, or 
Receiver Needs Earlier. 

Product Not Agreed: This is a product wherein the supplier 
and receiver do not agree on the product's existence. Com- 
ments for this state include: No Receivable, No Deliverable, 40 
Deleted by Supplier, or Deleted by Receiver. 
No Impact: This is a product which both sides have agreed 
to delete and which remains on the report for one week as 
a check. The only comment for this state is: Deleted on Next 
Report. A no impact item is not counted in any statistics for 45 
the schedule-control method. 

The meanings for each of the comments for the different 
states are described below: 
RECONCILED STATE 

50 



Comment 


Meaning 


Early OK 


The product is scheduled for early 




delivery. 


Dates OK 


An agreement has been reached by both the 




receiver and supplier on the delivery date 




for the product 


completed 


The product has been delivered. 


DATE NOT AGREED STATE 


Comment 


Meaning 


Needs Both 


The product is agreed to, but both 


Dates 


receiver's and supplier's dates are 




missing. 



10 



15 



20 



25 



30 





O 
O 




-continued 
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Needs Receiver's 


The product is agreed to, but the 


Date 


receiver's date is missing. 


Needs Supplier's 


The product is agreed to, but the 


Date 


supplier's available date is missing. 


Scheduled Late 


The product is agreed to, but is scheduled 




for delivery after the required date. 


Supplier 


The product was reconciled. The supplier 


Slipped 


cannot make the original agreed- to 




delivery date, and has changed it to a 




later date. 


Receiver Needs 


The product was reconciled. The receiver 


Earlier 


needs the product earlier than the 




originally agreed-to date, and has changed 




it to an earlier date. 


PRODUCT NOT AGREED STATE 


Comment 


Meaning 


No Deliverable 


A receiver has requested a product, but 




the supplier hasn't identified that 




product in the deliverable list 


No Receivable 


A supplier has specified a product in his 




or her deliverable list, but the receiver 




hasn't requested that product 


Deleted by 


A supplier has specified a product in his 


Receiver 


or her deliverable list, but the 




identified receiver doesn't need the 




product and has marked it for 




deletion. 


Deleted by 


A receiver has requested a product, but 


Supplier 


the identified supplier doesn't 




manufacture that product and has marked it 




for deletion. 



35 NO IMPACT STATE 



Deleted on Next This product will be deleted from the next 
Report report because: 1) both the receiver and 

supplier have deleted the product; 2) the 
supplier originally submitted and has now 
deleted the product, and the receiver has 
never input data concerning the product; 
or, 3) the receiver originally submitted 
and has now deleted the product, and the 
supplier has never input data concerning 
the product. 



If an issue concerning the product is left unresolved, the 
opposing party then responds to the entered comments at 
step 57. In responding to the comments, the suppliers or 
receivers preferably take the following actions. 



Comment: 



Action: 



55 



60 



65 



No Deliverable 1. The supplier agrees to deliver 

the product with the current name to 
form an agreement. 

2. The supplier doesn't plan to 
deliver the product and notifies the 
receiver that the product is not 
planned to be delivered. 

3. The supplier agrees to deliver 

the product and reconciles a new name 
for the product with the receiver. 
No Receivable 1. The receiver accepts the product 

with the current name to form an 
agreement. 

2. The receiver doesn't need the 
product and notifies the supplier 
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Comment: 


Action: 




that fh^ nrrwfiir4 I« not n^^iimA 




^ ''l^h* r^viwf wof^^t frt &r*f*mnt th* 
J. 1 UC IC^CIVCI, CgJCCO UJ avvCLH U1C 




product and reconciles a new name for 




the product with the supplier. 




1 . The supplier deletes the product 




tn fri i m on Jioi^^m^nf 
tu luiui nu ujciccuiGLiL. 




2. The supplier deletes product and 




contacts another receiver to accept 




delivery of the product. 




3. Tlie supplier contacts the 




receiver to convince him or her that 




the product is needed. 


rV^l^f^H Kv Qtinnl ipr 
L^wLClCw U y OULHJLLwI 


1 ' 1 T>^ iw^iwr tip]etp< nmriiirt tn 

1 » 1 11 V 4C^1VCI UClt Lvo ^lUUU^l WI 




form an agreement. 




2. The receiver deletes the product 




and contacts another source to 




deliver the product. 








supplier to convince him or her to 




U1UYIVC tUC UltAlUwl* 


Deleted on Next 


1. Do nothing the product is removed 


Report 


frnm th^ Ha fa ha 

L1UL11 LLLG UaLaUcldC 




2. If the user disagrees, he or she 




U1U&1 UULUy LUC UU1CI Vol ty« 




3. If the product still exists but 




has the ivrong supplier or receiver^ 




fh^ rirrvH 1 1 ic r^*ctihmtft4»H with th^ 

luC UIUUUU L3 ICMiUQliliCU Willi ILK 




correct supplier or receiver. 


Needs Both Dates 


1. The receiver inputs the required 




date. 








date. 


Needs Receiver Date 


1. The receiver inputs the required 






Needs Supplier Date 


1. The supplier inputs the available 




date. 


Scheduled Late 


1. The supplier can agree to deliver 




the product earlier^ in this case, 




the new delivery date should be 








2. TTie receiver can agree to 








a new required date. 




3. The required date is slightly 




modified. 


Early OK 


1. The product is reconciled; no 




action is required. 


Dales OK 


1. The product is reconciled^ no 




action is required. 


c r cr a 
Supplier Snipped 


1m 1 L1C oUL/UlLCl ILUUO n nay l\J 




deliver the product on the original 








2. The receiver agrees to postpone 




the required date. 




3. A meeting is scheduled with the 




System Manager to resolve the 




problem. 


Receiver Needs 


1. The supplier agrees to deliver 


Earlier 


the product earlier. 




2. The receiver finds a way to 




receive the product on the original 




date. 




3. A meeting is scheduled with the 




System Manager to resolve the 




problem. 
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determine the status of the project at any particular time 
(step 62). The status of the project can be sent at any time 
to each supplier and receiver in the project. The status is 
preferably sent in the form of a second set of output data at 
step 63. In this way, the users involved with the project have 
real-time access to the project's status. 

The second set of output data can take any of a number of 
forms, such as reports, graph and charts, GANTT charts, 
product listings, or metric reports. The output data can 
indicate a project history which is maintained by a compari- 
son between the current and previous states of the various 
products of the project. Output data are preferably sent 
electronically over the electronic user interface. 
Alternatively, output data can be printed on paper and 
distributed to suppliers and receivers. 

The suppliers and receivers also generate reports which 
show all of a project's unreconciled receivables and deliv- 
erables. Such reports also identify receivables and deliver- 
ables which were previously in agreement, but which have 
been subsequently broken by the receiver or supplier chang- 
20 ing an available or required date. A new product is then 
reconciled by the other side indicating an agreement and 
• providing an available or required date through the 
schedule-control method. The suppliers and receivers gen- 
erate new reports which identify both the remaining unrec- 
25 onciled receivable/deliverable products and broken agree- 
ments. The negotiating process repeats itself until all of a 
supplier's or receiver's products are reconciled. 

Reminders can also be sent over the electronic user 
interface at step 64. The remainders provide a mechanism 
30 for suppliers and receivers to complete their particular 
product or task. In particular, the computational component 
is programmed to automatically send e-mails through the 
user interface to the responsible parties. These e-mails serve 
to update both suppliers and receivers on the status of the 
35 product. If there is an issue which needs to be resolved 
between the responsible parties, the method receives and 
stores information concerning the issue. The issue can also 
be supplied via an e-mail to a manager who, in turn, presents 
a resolution to the issue. 
40 The output data are processed by the suppliers and 
receivers at step 65 to facilitate completion of each product 
in the project. 

A number of additional steps may be performed before 
input data are entered into the schedule-control method 22. 
45 For example, Technical Managers may provide pre- 
processing of the product by negotiating a product's status 
among themselves. If no reconciliation results and the 
Technical Managers are within the same division, the divi- 
sion representative may become involved in the process. 
50 Otherwise, the appropriate System Manager gets involved. 
Ideally, negotiations continue until agreement is reached. 
However, input data may be entered into the schedule - 
control method before this point. 

FIG. 4 shows a printout of a computer screen 100 used 
55 with the schedule-control method to provide input data in 
the preferred rec/del format. Bids containing input data are 
entered directly into the screen 100 and then sent to the 
computational component for processing. Data such as the 
product's rec/del identification number 105, the product 



Dialog between the two parties continues until a resolu- 
tion is reached at step 54. At this point, work is performed _ _ 
on the product by the supplier at step 58. The supplier and 6Q ^/^The pra^ctTdue dlte 115 andVe^ived daTe 

receiver then determine if the product is reconciled as a ^ A ttu 

result of this work (step 59). If the product is completed, 
input data are supplied to the method stating that the product 
is reconciled at step 60. If the product is not completed, the 
appropriate state is input to the method at step 61. This state 
is updated in real-time. 65 

The state and comments for each task included in the 
project can be processed by the computational component to 



120 are provided. The computational component processes 
the due date 115 and received date 120, returning a "base- 
line" 122. The baseline is the original agreed-to delivery 
date for the product. A "slip" 123 is indicated when this date 
is not met. The screen 100 also lists information (e. g., 
contact names, mailing addresses, and phone numbers) 
concerning the supplier 130 and receiver 132 of the product. 
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Both the supplier and receiver of the product provide which can easily process data from the relational databases, 
appropriate input data using the same screen 100. The input Most preferably, the systems are coded into personal corn- 
data are processed as described above to determine the status puters running conventional platforms, such as Windows™ 
125 of the project, which is then returned to the screen 100. or Apple Macintosh™ platforms. Any conventional rela- 
Both the supplier and receiver can also enter comments 140 5 tional database software can be used for this application, 
used, as described above, during negotiation of the product's The computers running the schedule-control method are 
state. preferably connected and distributed on a LAN and inter- 
Project-Management System faced with a printer. Any standard LAN software package, 

FIG. 5 shows a block diagram listing the components U such as the Netware™ package manufactured by Novell, 
used to implement the schedule-control method 22. The 10 Inc. (122 East 1700 South, Provo, Utah. 84606-6194), can 
components 11 include a computational component 20, a be used to connect the system of computers, 
schedule-control system database 18, and an electronic user Preferably, the computers include software for running 
interface 16. In this case, the computational component 20 conventional e-mail applications. Any standard e-mail soft- 
includes functions for performing the steps of the schedule- ware package, such as the cc:Mail™ package manufactured 
control method 22 shown in FIG. 3, along with functions for 15 by Lotus Development Corp. (55 Cambridge Parkway, 
a planning system 24 and an action item tracking system 28 Cambridge, Mass. 021421-1295), can be used for this appli- 
(AITS). Each of these systems performs a computational cation. 

function, described below, which acts on a table of input data The schedule-control system is preferably programmed in 

in the schedule-control method relational database 18. a Windows™ or Apple Macintosh™ platform. The 

Users can interactively modify, update, and categorize the 20 schedule-control system is preferably programmed so that 

state of receivables and deliverables for each product of a each of its features is represented as an icon or a pull -down 

particular project using the schedule-control method 22. menu (see, for example, FIGS. 4 and 6). Users can thus 

Input data are entered into the database 18 in the rec/del "point and click" using an external mouse, thereby simpli- 

format using the electronic user interface 16; communica- fying and expediting operation. Input data can be edited 

tion between suppliers and receivers proceeds according to 25 using standard "undo", "copy", "cut", and "paste" com- 

a well-defined set of ground rules. Reconciliation of a mands available in commercially available windows-based 

product's existence and its required receivable dates and software. 

planned deliverable dates is achieved by a series of nego- Application of the Schedule-control Method to the Cassini 

tiations between the project's Technical Managers, Division Project 

Representatives, and System Managers at the appropriate 30 The schedule-control method, described herein in its 

levels. The state of each product is updated as work is preferred embodiment, is used to manage the Cassini 

performed on that product. project, a space mission to Saturn under development at 

The planning system 24 is used in combination with the NASA's Jet Propulsion Laboratory (JPL). The project 

schedule -control method 22 to coordinate working agree- encompassed more than 1,000 employees and had an annual 

ments between suppliers and receivers. The planning system 35 budget in excess of $200 million. Employees (i.e., suppliers 

24 additionally includes applications for work package and receivers) involved in the project use the schedule - 

agreements 70 (WPAs), an example of which is shown in control method following the guidelines described above. 

FIG. 6. This form is completed by all Technical Managers Input data provided by the employees are used to generate 

before working on a task. Empowered users create, view, a series of graphical output data, such as reconciliation 

edit, and print WPAs 70 using the WPAs 30 system. Each 40 charts and planned versus actual graphs for the project. 

WPA70 documents the task by including its title 72, date 74, FIG. 7 shows a reconciliation chart plotting the status of 

users who perform the work 76, the objectives of the task 78, all receivable and deliverable products for the project as a 

and a description of the approach used to work on the task function of time. The plot is generated in response to input 

80. WPAs can also include the task's duration, financial data, data provided by individual suppliers and receivers for the 

items that must be delivered for the work package to 45 project. The output data in the plot are broken down into four 

proceed, and start and projected completion dates for the categories using the schedule-control system. The defini- 

activities described in the work package. tions of the states are entitled "reconciled", "date not 

Users can initiate, edit, and print reports for action items agreed", and "product not agreed", and the "broken agree- 

and requests for action using the AITS system 28. Action ments" according to the categories given above. Typically, a 

items are the result of reviews and other technical meetings. 50 reconciliation plot such as that shown in FIG. 7 will be 

They are items considered important enough to track and distributed on a monthly basis to the Project Managers, 

close formally. Requests for action are prepared during Division Representatives, and System Managers of the 

formal project reviews and are formally accepted, rejected, Cassini project. Inspection of the plot by these personnel is 

or adjudicated by the project's management. If the manage- used to determine the status of the project, 

ment accepts a request for action, one or more action items 55 The number of unresolved products in the project (i.e., 

may be assigned. Input data for the AITS system includes those having the "date not agreed", "broken agreement", or 

the action item's or request for action's origin, assignor, date "product not agreed" status) was relatively high in the 

assigned, date completed or date due, and description. beginning stages. One year later, these unresolved products 

Each of the components included in the computational were nearly eliminated. In fact, since implementation of the 

component of the schedule-control method 22 is preferably 60 schedule -control system, 99.9% of the project's delivery 

programmed into a computer connected and distributed on a plans have been reconciled. 

LAN. Like the schedule-control method, the systems are FIG. 8 shows a "planned versus actual" graph plotting the 

designed to access tables of data from the relational database status of a series of products over a twelve-week period of 

18. the Cassini project. The light bars in the graph represent the 

The systems are preferably coded in programming 65 "current plan" as determined by the input data from various 

languages, such as Foxpro™ (manufactured by Microsoft, suppliers and receivers using the rec/del format. The current 

Corp., One Microsoft Way, Redmond, Wash. 98052-6399) plan is the most recent agreed-to delivery date for the 
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products in the project. The total number of counts for these 6. The method of claim 1, wherein said processing further 

bars represents the cumulative number of products sched- includes updating the state of at least one product after 

uled to be finished by the status date according to the current performing work on the product by sending the updated state 

plan. The dark bars represent the actual completed products 0V er the user interface and to the database, 

as determined from the input data. Here, the total number of 5 7. The method of claim 1, wherein the task is a first task, 

counts represents the cumulative number of rec/del products me method further comprises: 

that were actually finished on or before the status date listed . - _i t - 1 • i„j- t i_ 

, . separating the project into multiple tasks, including the 

on the horizontal axis. These values can be compared to a c • . 1 \ a *.u w 1 a * ,• JU 

cumulative "baseline plan" which is the original agreed-to ^k, associated with multiple products supplied by 

delivery date for the products. These data, in turn can be lhe su PP her and received b * thc and 

processed to facilitate successful completion of the project. computing each state for each product to determine a 

For example, steeply sloped curves in the data typically status of the project. 

indicate unrealistic plans or critical products being delivered 8. The method of claim 7, wherein said processing of each 

to many different receivers. state includes summing together each of the states. 

Data from the graph was generated by the computational 9. The method of claim 7, wherein after said computing, 

component of the schedule-control system using input data 15 said method further includes sending over the electronic user 

provided by the suppliers and receivers involved in the interface to the supplier, receiver, or supplier and receiver of 

project. The period over which the planned versus actual each task a chart, plot, graph, or report describing a status of 

status of the project is calculated can be adjusted. Typically, the project. 

graphs similar to that shown in FIG. 8 covered adjustable 10. The method of claim 9, wherein the supplier, receiver, 

periods ranging from 12 weeks to 1 year. As is evident from 20 or supplier and receiver of at least one task sends further 

the data, all parties involved can determine the cumulative input data over the electronic user interface in response to 

status of the project as a function of time. the chart, plot, graph, or report. 

Other embodiments are within the scope of the invention. 11. The method of claim 1, wherein the input data for the 

For example, this system has been described as being carried task provided through the user interface includes: 

out in software. It can be alternately carried out using 25 a name for the product; 

hardware techniques where dedicated modules are used to „ 0 , j ',• ^, Anta fnr tU a , . „, 

u r *u . u u 1 -i j • a receiver s required delivery date for the product; and, 

carry out each function that has been described above. ^ J r 

Likewise, any step described above can be replaced with one a supplier's available delivery date for the product. 

or more steps, or can be removed, to perform the schedule- 12- The method of claim 11, wherein said processing 

control method. Alternate steps can be used to form con- further includes determining from the input data whether or 

tracts for each task and monitor the status of each product in 30 not the supplier can supply the receiver with the product by 

the project. Similarly, the state, status, and comments for tne receiver's required delivery date. 

each product can be different from those described above. I 3 * The method of claim 12, wherein the stale assigned to 

Still other embodiments are within the scope of the tne product include a status of "reconciled, "date not 

following claims. agreed", "product not agreed", or "no impact". 

What is claimed is: 35 14- The method of claim 1, wherein said receiving, 

1. A method for schedule-control planning of a project processing, and analyzing are performed on a networked 
separated into multiple tasks, each of which generates an computer. 

independent product supplied by a supplier and received by 15 • The method of claim 14, wherein the project com- 

a receiver, said method executed in a computer system, said P rises a plurality of tasks and wherein a computer is assigned 

method comprising: 40 t0 each supplier and receiver in the project. 

receiving a first set of input data for a task generated in the 16 ^ method of ^ Iaim 15. wherein each computer is 

project from either a supplier or a receiver using an connected to one another and distributed over a local-area 

electronic user interface; UQ ^,° T r^i iL . c 1 * <• . A , , 4 

, „ , , 17. The method or claim 1, wherein the electronic user 

storing the first set of input data in a database; interface is electronic mail. 

analyzing the first set of input data for the task stored in « lg ^ method of claim x wherein said processing is 

the database with a computational component to gen- performed with computer code operating on a relational 

erate a contract and a state for a product associated with database. 

the task; and, 19. The method of claim 18, wherein the computer code 

processing the state of the product to facilitate planning of is written in the Foxpro™ programming language. 

the project. 50 20. A software program for a project-managing system to 

2. The method of claim 1, wherein said processing further control planning of a project that is separated into multiple 
includes negotiating the state of the product. lasks » comprising instructions for causing a computer to: 

3. The method of claim 2, wherein said negotiating provide an electronic user interface so that a first set of 
includes: input data for each task can be delivered by either a 

sending a first set of output data over the electronic user 55 supplier or receiver; 

interface to the supplier, receiver, or supplier and receive the first set of input data for each task from either 

receiver for the task; and me supplier or receivers using the user interface; 

receiving a second set of input data in response to the first store the first set of mput dala m a relatioDal database; 

set of output data from either the supplier, receiver, or , . 4 , . c .... * • . . . . 

r j r 4U « 1 so analyze the input data for each task stored in the relational 

supplier and receiver for the task. ou , . . . 1 

a *u j r 1 • 1 u j *• *• c JL database with a computational component to generate a 

4. The method of claim 3, where in said negotiating further 1* ■. -j 

includes repeating said sending and receiving until an agree- con . ,ract an J an mit,al state for P roducts P rov,ded the 

ment between the supplier and receiver is reached. project, and, 

5. The method of claim 3, wherein the database is a process the state of at least one of the products to facilitate 
relational database and the state of the product is updated 65 planning of the project. 

during said negotiating by sending the updated state over the 

user interface and to the relational database. ***** 
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ABSTRACT 



A schedule optimizing algorithm improves scheduling 
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marginal increase in computer execution time. Lower qual- 
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improved through the additional steps of sequential left time 
shifting and right time shifting of respective chronologically 
sorted completion time and starting time task listings. 
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1 

SCHEDULING OPTIMIZER 
FIELD OF THE INVENTION 

This invention relates to a computerized scheduler and, 
more particularly, to an improved method or algorithm for 
efficiently defining and/or optimizing the performance 
schedule of the multiple tasks necessary to the accomplish- 
ment of a project, particularly a manufacturing project, 
taking both resource and precedence constraints into 
account. 

BACKGROUND 

It is well recognized that the construction of any building, 
machine or equipment, generally referred to as a project, 
requires the collective performance of a number of indi- 
vidual operations or tasks for successful completion. 
Resources are required, as example, personnel, trained to 
accomplish the task, capital equipment and other resources, 
supplies and component parts, which need to be procured or 
built. Each task requires a finite time, determined by past 
experience, for completion. And precedence must be 
followed, in that some tasks typically must be completed 
before other tasks in the project may begin. 

Prudence requires planning and, particularly, formulation 
of a schedule that defines the who, when, where and the how 
that is necessary for completion of the project in an orderly 
and efficient manner. In earlier eras, the foreman or manu- 
facturing engineer, possessed the experience, training and 
intellect to arrange the tasks required by the project in mind 
and specify which persons were to carry out the tasks, the 
resources and supplies required, and other necessary details. 
That person could also provide a reasonable estimate of the 
time of completion as allowed prediction of a delivery date. 

As modern factory projects attained greater complexity, 
schedules required better definition and were more scien- 
tifically defined by persons, often now referred to as indus- 
trial engineers. With essentially pen, ink and calculator, such 
persons were able to search through the requirements and 
present the paper documents defining the tasks and the 
resources associated with them and to arrange the order of 
tasks for completion, creating time-lines of individual tasks 
and chronological order of the tasks commencement and 
completion, namely produce a project schedule. As projects 
became more complex still, those scheduling techniques 
often proved inefficient and, while less than perfect, neces- 
sarily sufficed until the advent of automated calculating 
machinery, such as the modern digital computer and the now 
familiar scheduling programs carried out by the computer. 

In the modern competitive industrial world, however, all 
resources and personnel are held to a minimum and must be 
allocated. Little excess personnel or equipment is available 
to a manufacturer. Excess resources are expensive to main- 
tain and, if carried idle by the manufacturer for too long, 
results ultimately in financial collapse attributed to ineffi- 
ciency. Thus, the usefulness of a schedule as a useful 
industrial tool and the benefit of efficient scheduling to 
industrial craft is well understood. 

In this endeavor the modern digital computer, more 
specifically, a programmed general purpose digital 
computer, plays an important role as a scheduler to expedite 
production of an acceptable schedule definition more 
quickly and efficiently than could be accomplished by 
human intellect alone. The computer is governed by a 
program, called software, and makes the necessary steps, 
called algorithms, set forth by the program. And those 
programs of interest here are those that deal with scheduling, 
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hereinafter referred to as scheduling programs. In and of 
itself the digital computer is an instrument or toot for 
specifying not only the steps of the desired schedule, but 
also carries out the steps or method for attaining and defining 

5 those steps. 

One known scheduling program used in the industry is 
called COMPASS, which is written in the well known ADA 
computer language or source code, as variously termed, and 
is used principally with workstation computers using the 

10 Unix operating system. A more recently introduced sched- 
uling program is Microsoft Project which is written for 
operation on personal type computers, such as the Intel 486 
and 586 processor based personal IBM type computers with 
Windows operating systems. 

15 Scheduling is a difficult art. Mathematically the schedul- 
ing process is categorized as N.P.-Hard. This means that in 
order to determine an optimum schedule, one that accom- 
plishes the project with available resources in a minimum 
amount of time to project completion, and which can be 

20 mathematically proven to be the optimum schedule, requires 
an unduly large amount of searching operations by the 
computer. That in turn requires computer time in such large 
amounts as to render those kinds of computerized schedul- 
ing programs impractical for industrial use. 

To construct a modern aircraft involves many thousands 
of individual tasks, a vast number of technicians and 
assemblers, and a large amount of resources. To prepare a 
schedule for such a project would likely overwhelm the 

3Q genius of any person working with pen, paper and calculator 
and would require an inordinate amount of time for one 
person or even a group of people to schedule to complete 
with minimal errors. One should not expect that the defini- 
tion of a schedule to construct an aircraft should require 

35 preparation time that exceeds the construction time of an 
aircraft, disregarding the realism which necessitates rede- 
fining the schedule when tasks are not completed on time as 
originally planned, as for example due to acts of force 
majeure, such as electrical failure or flood. 

40 As a consequence the scheduling programs implemented 
for industry are referred to as "Heuristic" in nature. That is, 
the algorithm that forms the essence of the scheduling 
program is based on a skilled person's intuition. Based on 
experience such programs are known to function to produce 

45 a good schedule, and/or improve an existing schedule. The 
logic as to why, the mathematical proof, however, is absent. 
The present invention is also heuristic in nature and the new 
algorithms presented are also based on intuition. 
The duration between the start of the first scheduled 

50 project and the finish of the last scheduled task in a multiple 
task project is one measure of schedule "quality", often 
referred to as span time or cycle time. Another is the time 
required for the time to complete the process of formulating 
a schedule, that is, for the computer to execute the algo- 

55 rithms and process the entered task data to generate and 
display the schedule, often referred to as the "execution 
time". 

Even Heuristic based scheduling programs are not created 
equal and vary widely in quality. Most computer assisted 

60 programs for producing good schedules suffer one of two 
basic flaws. Either they use simple methods that work 
quickly, but produce schedules with inferior "cycle time", or 
that use methods that produce schedules with good cycle 
time, but require excessive amounts of computer execution 

65 time. In short, the schedules produced takes too much time 
for project completion or the program takes too much time 
to formulate the schedule. 
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Some of these scheduling programs, such as one attrib- A further aspect of the invention includes programming 
uted to Gil Syswerda, provide an improved schedule, each elements for electronic digital computers. Such program- 
time the program is run, continuing until a point of dim in- ming elements include media, such as magnetic disks, 
ishing return is reached at which addotional improvement to optical disks and the like. The programming elements 
the schedule is miniscule and does not justify further invest- 5 according to the present invention have program data 
ment of computer execution time. The algorithm produces encoded thereon for activating an electronic digital corn- 
incremental improvement. The present algorithm is of like puter to perform the previously described method, 
kind, producing incremental improvement each time the 
algorithm is applied to the most recently produced schedule. 

An object of the present invention is to provide an 10 In the Drawings: 

improved scheduling method and apparatus and to improve FIG. 1 is a flow chart illustrating the steps and operations 

upon existing scheduling methods and apparatus. defining a preferred embodiment of a scheduling program 

Another object of the invention is to provide an algorithm that incorporates the novel steps or algorithm characterizing 

that may be added to existing scheduling programs for the invention; 

improving the quality of the formulated schedules. 15 FIG. 2 is a flow chart of a right shift subroutine used in 

An additional object of my invention is to provide an the method of FIG. 1; 

efficient method for defining a high quality schedule. FIG. 3 is a flow chart of the left shift subroutine used in 

Still another object of the invention is to produce sched- the method of FIG. 1; and 

ules for projects comprised of multiple tasks having minimal 2Q FIG. 4 illustrates a computer and associated peripheral 

cycle time with only marginal increase in computer execu- accessories with which to carry out the scheduling program. 

tion time. . J DESCRIPTION OF THE PREFERRED 

And an ancillary object of the invention is to provide a EMBODIMENTS 
novel scheduling algorithm that enhances existing schedul- 
ing programs. 25 Reference is made to the flow chart of FIG. 1 which 

illustrates the method defining the optimized scheduling 

SUMMARY OF THE INVENTION program that is carried out by a digital computer. Brief 

In accordance with the foregoing objects, a new sched- reference may be made also to the accompanying flow charts 

uling algorithm is presented that improves the quality of of FIGS. 2 and 3, which illustrate in greater detail certain 

existing computer assisted scheduling programs and as 30 steps comprising the right shift and the left shift subroutines 

integrated therein defines an improved scheduling program. or operations generally illustrated in FIG. 1. 

In the improved method, a multiple task schedule, initially As becomes apparent, the detailed description that fol- 

formulated by the scheduling program, is subjected to the lows is presented largely in terms of algorithms and sym- 

additional processing steps of: setting a completion time bolic representations of operations on the data bits and data 

boundary that is as late or later than the latest completion 35 structures found within a computer memory. These algorith- 

time of any of the tasks; setting a start time boundary that is uric descriptions and representations are a convenient means 

no later than the earliest start time of any of those tasks; used by those skilled in the computer programming arts to 

preparing a chronological listing by completion time for the effectively convey the substance of their work to others, 

tasks, a sort, whereby the tasks are assembled in a different An algorithm is here, and generally, is conceived to be a 

order than before; starting with the task having the latest 40 self-consistent sequence of steps leading to a desired result, 

completion time and continuing through the chronological These steps are those requiring physical manipulation of 

listing in reverse chronological 00 mpletion time order, "right physical quantities. Usually, though not necessarily, these 

shifting" each task in time, that is rescheduling each task in quantities take the form of electrical or magnetic signals 

the chronological listing to a new completion time that is no capable of being stored, transferred, combined, compared, 

later than and as close to the completion boundary time as 45 and otherwise manipulated. It proves convenient at times, 

is permissible without violation of any resource constraint, principally for reasons of common usage, to refer to these 

to create a first revised temporary listing of tasks arranged in signals sometimes as bit patterns, values, elements, symbols, 

the same order found in the chronological listing; preparing characters, data packages, or the like. It should be borne in 

a second chronological listing by start time for each task in mind, however, that all of these and similar terms as may 

the revised listing, another sort; and, starting with the task in 50 appear herein are to be associated with the appropriate 

the second chronological listing having the earliest start time physical quantities and are merely convenient labels applied 

and continuing in chronological order through the remaining to these quantities. 

tasks, rescheduling each task to a new start lime that is no Further, the manipulations performed are often referred to 

earlier than and as close to said commencement time bound- in terms, such as sorting or comparing or inspecting data 

ary as is permissible without violation of any resource 55 such as times, that are commonly associated with mental 

constraint, whereby each task is again assigned new start and operations performed by a human operator. No such capa- 

completion times, but remain arranged in the same order bility of a human operator is necessary, or desirable in most 

found in said second chronological listing, to thereby for- cases, in any of the operations described herein that form 

mulate the improved or optimized schedule. pa rt of the present invention; the operations are machine 

As empirical evidence demonstrates the foregoing algo- $o operations. Useful machines for performing the operations 

rithm produces a schedule that prescribes a reduced cycle of the present invention include general purpose digital 

time for a project. That reduced cycle time translates to computers or other similar devices. In all cases there should 

increased efficiency and cost savings, as those skilled in the be borne in mind the distinction between the method of 

art recognize. operations in operating a computer and the method of 

It is appreciated that the foregoing algorithm can be used 65 computation itself, 

to either build efficient schedules in the first instance or to The present invention also relates to an apparatus for 

improve upon a given schedule. performing these operations. This apparatus may be spe- 
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cially constructed for the required purposes, or it may within the program with minimal effort. However, the pre- 

comprise a general purpose computer as selectively acti- ferred expedient is to chose a scheduling program as a base, 

vated or reconfigured by a computer program stored in the which contains all those features or, if not, all those features, 

computer. or all except the sort feature, the latter of which can easily 

The method of the present invention may be practiced on 5 De incorporated within any existing program with only 

any conventional digital computing apparatus such as dia- minimal programming effort. 

gramatically illustrated in FIG. 4. There, the scheduling As is represented in block 1 of FIG. 1, with the foregoing 

program illustrated by the flowchart of FIG. 1 is stored for general description of a known scheduling program as 

execution in a computer 4, e.g. such as an IBM PC/AT type background, the scheduling program is run to formulate 

586 personal computer. The data inputs described herein 10 and/or define, as variously termed, a tentative schedule for 

may be entered into the computer through an associated the tasks. The program requests entry of the task data, which 

keyboard device 6. The scheduling program may be stored is entered into the program as data, manually via the 

initially on a floppy disk, the programming element, and computer's keyboard, scanned in via a scanner, or by any 

loaded into the computer via a peripheral device, such as a other conventional means of data entry. Thereupon the 

floppy disk drive 12. The final, conflict free schedule would 15 scheduling program executes, as upon the user's command, 

preferably be displayed on a graphics display device 8 such The scheduling program is started in the conventional 

as a computer monitor and/or printed out on a printer 10. The manner and calls for the entry of task data, represented at 

scheduling program embodying the novel algorithm would block 2. Each task entered into the computer for a project, 

preferably be written in a conventional programming lan- includes information on the identification of the task I, such 

guage such as "ADA". The program has, however, been 20 ^ p ii ot ^^'^ tas ^ duration, D, the required 

successfully implemented on a Sparc workstation computer, resources, R, and the precedent constraints, P, applicable to 

manufactured by Sun Microsystems of Sunnyvale, Calif., t he 

among others. As an example, one constraint may be that a certain task 

The algorithms presented herein are not inherently related mU st be performed before another, a precedent constraint, 

to any particular computer or other apparatus. In particular, 25 such as, in the construction of an aircraft, the pilots seat must 

various general purpose machines may be used with pro- be installed prior to installation of the pilot's overhead 

grams written in accordance with the teachings herein, or it window or canopy. Thus before the canopy installation task 

may prove more convenient to construct a more specialized can start, the scheduling program must look to determine 

apparatus to perform the required method steps. The whether the seat installation task is scheduled for completion 

required structure for a variety of these machines will appear and only then assign a start time for the canopy installation 

from the description given below. la sk. The COMPASS scheduling program ensures that the 

The present improvement is described as an addition to a assignment of start time and completion time for each task 

pre-existing scheduling program, such as the COMPASS in the project is consistent with and does not violate an 

scheduling program referred to earlier, as example. The 35 applicable task priority constraint. 

COMPASS program meets certain minimum requirements: As is typical of scheduling programs, the inventory of 

First, the scheduling program contains the capability of available resources, RI, such as the manufacturing 

allowing one to sort scheduled tasks by start time and also equipment, tools, human resources and skills, as called for 

by finish time. Second, such program contains the ability to by the scheduling program is entered in kind and quantity 

construct schedules forward in time, beginning with a des- ^ into the computer. The data on resources enables the sched- 

ignated start time, as example a start time designated by the uling program to allocate all available resources to the 

program user, often referred to as a "forward mode", and various tasks. In the event that a particular number of 

backward in time, beginning at a designated finish time, available resources is insufficient in quantity to allow 

referred to as a "backward mode". And thirdly, the sched- accomplishment of all tasks simultaneously, as is typically 

uling program just be capable of acting upon each task in a 45 the situation, in preparing the schedule the computer sched- 

sorted order of tasks, that is tasks which are given in a ules the number of such resources as are available amongst 

defined order from first to last, without modifying the given the various tasks requiring the resource, in some preferred 

order of the tasks, and the ability to apply scheduling Heuristic order according to the algorithms forming the 

operations, unscheduling operations, and rescheduling scheduling program. The scheduling program also ensures 

operations to the sorted order of tasks. 5Q that the time allocations assigned to such resource for a task 

In addition to the COMPASS scheduling program, the does not conflict with another task. That is, the resource is 

MICROSOFT PROJECT scheduling program also pos- assigned to tasks without violating a resource constraint, 

sesses such capabilities; and the scheduling programs To avoid unnecessary detail in this application, it is not 

described in U.S. Pat. No. 5,408,663 granted Apr. 18, 1995 necessary to describe in this specification the steps in and/or 

to Miller, entitled Resource Allocation Methods, U.S. Pat. 55 source code programming of the known scheduling 

No. 5,233,533, granted Aug. 3, 1993 to Edstrom et al, programs, such as COMPASS, and the algorithms forming 

entitled Method and Apparatus, and U.S. Pat. No. 5,093,794 such programs, since those are previously known to those 

granted Mar. 3, 1992 to Howie et al, entitled Job Scheduling skilled in the art, and those details are not necessary to an 

Program, also appear to contain such capabilities. understanding of the present invention, which is an addition 

It is noted that any scheduling programs found that do not 60 to and *n improvement of such prior scheduling programs, 
contain the described capabilities can be modified by pro- The computer thereupon processes the data in accordance 
grammers to include them, if modification is possible. If the with the steps prescribed in the scheduling program, carry- 
particular scheduling program selected by one wishing to ing out the methodology prescribed in the scheduling 
practice this invention does not contain such a sort routine, program, and, following the expiration of the program's 
however, such scheduling program must be modified to 65 "execution time" completes the program's run and produces 
include one. As such sort routines are well known program- a schedule, SI, referred to, variously, as a tentative or 
ming routines, such may easily obtained and incorporated preliminary schedule, represented by block 3. 
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The tentative schedule, SI, may be generally visualized It is appreciated that the tasks in this second list are the 

by its individual elements as follows: same in number, n, as in the first, but that the particular tasks 

listed in (a) above are not likely to be listed in the same order 

— — — — ^ — - ^— presented in the tentative schedule. Hence a different rep- 

(1) Task a si,ci,D3,ri,pi,u 5 resentation is given for the tasks in this sorted order. It 

(2) Task B S2, C2, D2, R2, P2, 12 should be understood, however, that each task in the first list, 
(N) Task n So, Cn, Dn, Rn, Pn, tn such as ^k B, finds a counterpart in the tasks of the second 

sorted list, Task AS as example, assuming only for purpose 

of illustration that the sort procedure reversed the positions 

in which S is the start time, C is the completion time, D is 0 f the first two tasks in the tentative schedule. The forgoing 

the duration, R is the resource information, P is the prece- 30 convention is used for each of the listings hereafter 

dence information and I is the identification of the task. That described. 

schedule is typically displayed on the computer's monitor, 8 j t ^ recognized that the previously described time bound- 
in FIG. 4, and/or the associated printer 10 prints out the ary xtiing steps may ^ acC0 mplished prior to or following 
information. me so^ng sulce neither step is dependent upon the 
From among the mulupkcity of tasks m the project, the is other m fun^ orprecedent jha, ^ a matterof designer . s 
formulated schedule contains a task that begins no earlier cno ice 

than any other task in the project, the earliest start time. The ™_ " . ... _ . . ,, , ... 

.... . . . . , ., . . . . The algonthm next returns control and/or branches back, 

schedule also contains another task that ends no later than . 6 , . , . ., , *j .. . ' 

....... . . , . . , ™ as vanously termed to the main scheduling program to 

any other task in the project, the latest completion time. The accom lish a shiftin o eration Workin in reverse chro 

difference between those two times defines the cycle time for 20 . ^ . i - n- . ^.l" 

the project. Whatever the choice made for the basic sched- ?° ^'f ord , e h r " * e 

v J ... . . , , . last task m the list, that is, from the task with the latest 

uhng program, it is assumed that the program produced has . . . . , . u . ,„ . 

„ ,„ . ' . , \. . . completion time, each task is ncht shifted as much as is 

a "good" cycle time, one that appears reasonable, and that - " r" . 6 4 t , 

.u l j i- i. j .1 4* *■ permissible to the nght completion time boundary, as rep- 

the scheduling program had a reasonable execution time; in r . , , . • . . . u \ \ . . 

i % • i v. u jm _ resented by block 11. That is, each task is unscheduled and 

other words it is a good quality program. Given a good 25 . , , J . . . ^ . - . i , . .. , . . 

. . ... . 7. .* . i rescheduled to start and finish as late as possible prior to or 

cycle time, it is seen that the present improvement makes a . . ■ . • . . ~ • . . . . r e . 

. . .. .. . . r - r ... at the right time boundary, Cc, without violating any of the 

better cycle time, thereby improving upon quality. ,. • i • . , .. , 

t. • u • a * j .u « .u t • • .u * ♦ u- j apphcable constramts and requirements associated with the 

It is bnefly noted that the foregoing is the state achieved rr , . , , • . . , r 

, ... % i * . rpi« . f , . respective task. In making this shift and evaluatmg for 

by existing scheduling programs. There is no way of deter- r „. . . ........ . fV 

- . . « .„ . j i . ■ i ; resource conmcts, it is understood that the main scheduling 

mimng how "good" a schedule was achieved, unless one is 30 . ' u . i » j *• , T " L 6 

.... . . . . * . . , . program considers each task s duration, and, hence, the new 

able to demonstrate that another schedule can be created in \ Jf . ... . . . ' ' . ■ ' 

.... .... . _ , .■ t start time as would be assigned to the respective task. 

a reasonable time that has a shorter cycle tune. The only ^ c . . , . r . . , 

j f . . . . The foregoing backward shiftmg is accomplished by use 

methods for such demonstration are to either use another - .. . -, r c . L i i - i_ j V- 

, , . . . c , ... of the capability of the underlying scheduling program, 

program to construct a schedule to see if another algorithm u . . . . \ t . ...... c „/ , . 

r . t . i ... . . . . j .u ■ . j . „ which is required to have the ability to perform backward 

might produce a better schedule, or to reorder the input data 35 , „ . \ .. . ■ . . . , y , . . . 

t c . u . f .u * i • u* mode scheduhng, that is, to schedule tasks to start and 

to see if another order for processing the given tasks might ~ . , -.t j 1 lm- ^* 

■ . .. . . , ° nmsh as late as possible, and also the ability to perform 

produce a better schedule. ue , . . . . . . , . . . 

j . i . t . . . ..^ . . . . forward mode scheduhng, that is to schedule tasks to start 

In the next step the computer identifies the latest comple- . ^ .. . ?' . . . 

r r.u.i i-.i* i-jio^ i . and finish as early as possible, such as the capabihty found 

tion time for any of the tasks listed in schedule SI and sets . . ... ;-^wnAc^ i_ j i* j u 

... i .u. • i_. i_ j r> . ■ . in at least the COMPASS scheduling program and the 

that completion time C, as the nght boundary, Cc, which 40 |yjj croso ft p ro " ec t schedulin ro ram 

step is represented at block 5: and to identify the earliest start icroso rojec sc e ing program, 

time for any of the listed tasks in that preliminary schedule . Ea f h ta ^ ^ thus ""^ a °f w compleUon time C, and, 

and set that start time S as the left boundary Ss, which step ba * ed °* ^ da ' a res *f ctin S the d ; ratlOD 

is represented at block 7 particular task, the task is assigned a new start time S. It 

, c * u . * . . should be noted that the "order" of the tasks in the "right 

In the foregoing steps, the boundaries arc set automati- 45 . ,„...... . . - .7. , h 

„ . ° . j ~, . , . shifted task listing remams unchanged from the order in 

cally by the scheduling program. The boundaries may, , . . , . 6 , . 6 . 

...... .f . f .u ¥ »u. * * * L which those tasks appeared in the prior sort operation. 

alternatively, be manually set by the user. In that event, the TT .. . . , , . . . . 

J . , . un a * * . .u j- i .u However, the tasks may likely no longer be in chronological 

program should come to a halt and output to the display the , . - J J % ° . 

appTopriate message for the operator/as example, "Please as before, as a consequence of any reassignment of 

• » *i_ j * j * j ■ j e .i_ • u j o xt * completion times. This task listing, S3, another temporary 

insert the desired time desired for the nght boundary? Note 50 . r , . - .. , e ' , ' , *^ J 

........ ... .. c T i * / i schedule of itself, may be represented as follows: 

that the latest completion time of any task is (completion ' r 

time)". The operator then enters the desired completion time 

via the computer keyboard. Following, the program next ^ as wi (s, c, D, R, P, t) 

requests information on the left boundary in like manner (2) Task BS W2 (S, c, D, R, P, 0 

with display of a similar query and the operator enters the 55 

desired start time boundary. (3)n»k-s wn (s, c, d, r, f, q 

It is appreciated that the foregoing task listing SI lists the 

tasks in no particular order, since such ordering is not As those skilled in the art appreciate, the foregoing sort 

required of a scheduling program and, hence, is not required may also be accomplished by reversing the listing, an 

by the known scheduling program upon which the present 60 equivalent, by sorting the tentative task schedule in reverse 

algorithms are imposed. Should by chance or design the chronological order by completion time and then selecting 

prior scheduling program include such a feature, such as the the first task in the list, which would then hold the latest 

scheduling programs earlier referred to, it is useful in the completion date, and right shifting the first task in such 

practice of the present invention, as next described. listing for undergoing unscheduling and rescheduling, and 

The program sorts the listed tasks in chronological order 65 continuing down through the task listing, 

by completion time C, as represented by block 9, to produce There are two subsidiary methods of performing the 

a chronological listing by completion time, S2. foregoing rescheduling step which may be conveniently 
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considered at this stage of the procedure, such as illustrated 
in the flow chart of FIG. 2 to which reference is made. One 
is to individually unschedule and reschedule each task, one 
by one, or, alternatively, unschedule all tasks and commence 
rescheduling with the last task in the completion time 
chronological order. In the first instance, the main schedul- 
ing program need deal with inserting one set of times, while 
the other task times remain fixed. In the latter the main 
scheduling program deals with the task data as raw, except 
for the order in which tasks are given reassigned times, 
which requires the scheduling program to run through a 
repeat "cycle time" to accomplish the result. Since the two 
sub-routines represent a slightly different situation for the 
main scheduling program, a slightly different schedule nec- 
essarily results when employing the latter subroutine in lieu 
of the former. 

As illustrated by block 21 in FIG. 2 all tasks in chrono- 
logical list S2 are unscheduled; a selection is made of the 
task in the latest completion time position in the chrono- 
logical list as at block 23. As represented at block 25, the 
main schedule program then processes that selected task and 
reschedules it to the latest completion time permissible 
consistent with any applicable resource constraints and, 
based on the duration of the task, assigns a new start time 
also consistent with any applicable resource restraints; and 
places the task in a memory location for a new list in the last 
place location in the list as at block 27. 

Checking to determine whether the processed task was the 
final task requiring completion as at decision block 29, and 
receiving a negative reply as at block 31, the main sched- 
uling program next selects the task from the list that had the 
next to the latest completion time, as represented at block 33 
and repeats, as at block 35, returning to the backward mode 
shifting, as at block 25, to process the task and assign the 
next task the latest available completion time, again consis- 
tent with any resource constraints. And the rescheduled task 
is entered in the next to last position in this new list. This 
process repeats, task by task, through the N tasks, until the 
decision at block 29 is affirmative, in which case the 
affirmative flag 37 pronounces the new revised list S3 
complete as represented at block 39. 

In the alternative procedure represented in part by the 
dash block outlines in FIG. 2, the task in the listing having 
the latest completion time position is selected as represented 
at block 22; and that selected task is unscheduled as repre- 
sented at block 24; is processed by the main program, as at 
block 25, in the backward mode to determine the latest 
available completion time consistent with any resource 
constraints and a like start time also consistent with those 
constraints, which references as needed the various times 
still assigned to the other tasks whose start and completion 
times were not yet unscheduled, placing the task entry in the 
last position in a new list, as at block 27. As in the prior 
technique the program passes through the decisional block 
29, the negative decision at 31 and the selection of the task 
in the listing having the next-to-last completion time 
position, as represented at block 33 and repeats at 35, 
processing this next task as at block 35 to right shift the task 
to the then latest available completion time as-close as 
permissible to the completion time boundary Cc consistent 
with resource restraints, and assigns a new start time also 
consistent with resource constraints. This procedure 
continues, consecutively filling the new list, bottom to top, 
until an affirmative decision 37 occurs at block 37, indicat- 
ing that all of the N tasks in the listing have been processed 
in the foregoing way and the program arrives at the revised 
listing S3 as at block 39. 



10,134 

10 

Returning to the flow chart of FIG. 1 and continuing with 
the new algorithms, the various tasks listed in the "right 
shifted" task listing or temporary listing, S3, are again 
sorted, this time into chronological order by the respective 

5 start times, S to obtain another chronological listing, S4, 
represented in block 13. The first task in the listing S4 
contains the earliest start time, S, and the last or "nth" task 
in the listing contains the latest start time. 
This sorted listing, S4, which in itself is a schedule, may 

10 be represented as follows: 



(1) Task AT XI (S, C, D, R, P, I) 

(2) Task BT X2 (S, C, D, R, P, I) 

15 (N) Task nT Xn (S, C, D, R, P, I) 



Next, working in order in the list starting with the first task 
in the list, that is, with the task having the earliest start time, 

2Q each task is "left shifted" as much as possible toward the 
start time boundary. That is, each task is unscheduled and 
rescheduled to occur at or as early as possible, but no earlier 
than the left or start time boundary or shortly thereafter, as 
desired, without violating any of the applicable constraints 

25 and requirements associated with the respective task. Thus 
each task is given a new start time, S, and, based on the data 
respecting the duration required for the particular task, the 
task is assigned a new completion time C. This creates a new 
listing, the "left shifted" task listing or schedule S5, repre- 

3Q sented in block 15, in which the tasks are maintained in the 
order set in the prior chronological listing. 

This additional listing S5, which in itself is a schedule, is 
the schedule which is accepted by the program as the 
optimized schedule, and is represented as follows: 

35 

(1) Task AU Yl (S, C, D, R, P, 1) 

(2) Task BU Y2 (S, C, D, R, P, I) 

(N) Task nU Yn (S, C, D, R, P, 0 

40 

As in the case of the right shifting, the left shifting of the 
tasks to the selected start time boundary may be accom- 
plished in either of two subsidiary methods which are 
illustrated in FIG. 3, to which reference is made. 

45 As illustrated by block 41 in FIG. 3 all tasks in chrono- 
logical list S4 are unscheduled; a selection is made of the 
task in the earliest start time position in the chronological list 
as at block 43. As represented at block 45, the main 
scheduling program then processes that task and reschedules 

50 it to the earliest start time permissible consistent with any 
applicable resource constraints and, based on the duration of 
the task, assigns a new completion time also consistent with 
any applicable resource constraints; and places the task data 
in a memory location for another new list, as represented at 

55 block 47, in the first place location in the list. 

Checking to determine whether the processed task was the 
final task requiring completion as at decision block 49, and 
receiving a negative as at block 51, the main scheduling 
program next selects the task from the list that had the next 

60 to the earliest start time, as represented at block 53 and 
repeats 55, returning to the forward mode shifting, as at 
block 45 to process the task and assign the next task the 
earliest permissible start time, again consistent with any 
resource constraints; and places the rescheduled left shift 

65 task in the next to the first position in the new list S5. This 
process repeats, task by task, consecutively filling the lower 
slots in the new list, until the decision at block 49 is 
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affirmative, in which case an affirmative flag 57 pronounces one is permitted to take the result of a first application of the 

the new revised list SS complete as represented at block 59. algorithm as the input to a second application of the 

In the alternative procedure represented in part by the algorithm, and take the output of a second iteration and use 

dash block outlines in FIG. 3, the task in the listing having it as the input to a third iteration, and so on. Generally, no 

the earliest start time position is selected as represented at 5 further improvement is found after just two or three itera- 

block 42; and that selected task is unscheduled as repre- tions of described procedure. 

sented at block 44; that task is then processed by the main ™* foregoing algorithm can be used to improve a 

program in the forward mode, as represented at block 45, to selecled ,ime frame withm a schedule b V ***** lefi and 

determine the earliest start time consistent with any resource ri 8 ht timc boundaries accordingly. As example, if one has a 

restraints and a like completion time also consistent with " schedule for four weeks worth of work > and desires 10 »* 

those restraints. In so doing the main scheduling program able 10 accomodate *>™ additional work in the second 

references as needed the various times still assigned to the ? eek PwnuWng the schedule for the first, third, or 

other tasks whose start and completion times have not been f ° urth week ' one can xl me left boundary to be the start time 

unscheduled, placing the task entry in the first position in a of the second week 3116 me boundary to be the end time 

new list, as at block 59. As in the prior technique the 55 of the second week airf apply the shift right^eft operations, 

program passes through the decisional block 49, the nega- ,f lhe schedule has not been Previously packed, it should 

live decision at 51 and the selection of the task in the listing reduce me c y cle time for me work **eduled ™ the *»««> 

having the next-to-first start time position, as represented at week - lea ™f room the schedllle 10 accommodate a small 

block 53 and repeats as at block 55, processing this next task 20 amoun ! of addiUonal work, perhaps ten to twenty per cent 

as at block 45 to left shift the task to the then earliest dependmg upon me quahty of the mUid schedule. The 

. ... A t . , , , algorithm thus is used to open up a "hole at a designated 

permissible start time as close as permissible to and no later ... . . , , , 

* . . , „ P oinl in an existing schedule. 

than the start time boundary Ss consistent with resource ~_ , ... . . . „. . „ 

, . . , The algorithm can be used to open up a "hole at a 

restraints, and assigns ;a completion time also consistent with designated ^ in aQ existiflg b x - the 

resource constraints. This procedure continues until an affix- 25 a i gorithra first wilh ^ left boundary set aL the beginning of 

mative decision occurs as at block 57, indicating that all of t h e schedule and the right boundary set at the designated 

the tasks in the listing have been processed in the foregoing point. Then only the right shift phase of the algorithm is 

way and arrives at the revised listing S5 as at block 59. applied with the left boundary set at the designated point and 

Returning to FIG. 1, the new schedule S5 is the final step 30 the right boundary set at the end of the schedule. Instead of 

in the schedule optimization routine. The main schedule just shifting left and right within a given week, as in the 

program then stores the schedule in memory, and overwrites preceding example, one might choose to shift right every - 

or erases each of the original schedule and any intervening thing from Wednesday of the second week through the end 

schedules as may have been produced and temporarily of the third week, and then shift left everything from the 

stored during the run of the scheduling program, which are 35 beginning of the first week through Wednesday of the 

not illustrated. second week in order to open up as much capacity in the 

As additional steps to permit use of the schedule, the middle of the second week as is possible. This allows one to 

schedule is displayed on the computer's display device as c ^ ear a space in the work calendar to be able to accommodate 

represented at block 17, such as the associated computer an anticipated rush order that will be ready for handling at 

monitor 8 and/or is printed out by the associated printer 10 40 ma L t ' me l ' . , , , 

represented in FIG 4 algorithm can be used to improve the cycle time for 

™_ j rjir. j a subset of the tasks on a schedule by setting the left and 

The optimizing program produces schedules of enhanced . , , A . , i f 3 ^""fe auxi 

quality, that is, of lesser cycle time with at most a doubling n S ht b°™d«w* accordingly and then applying the shifting 

of the execution time of the principal scheduling program. In operations only to the selected activities. As example, if a 

one example, a schedule derived by the COMPASS sched- 45 given schedule includes the production of several aircraft all 

uling program for performing a complex manufacturing at the same time, which are in various stages of completion, 

project required 53 days for completion of the project. By one may desire to accelerate the completion of one aircraft, 

subjecting that schedule to the additional algorithms pre- while leaving the others approximately as they are. To do so, 

sented in this specification, in just one run of the improved 0 ne sets the left boundary to be the scheduled start time of 

program, the schedule derived for the project required only 50 ^ and ^ ^ b^ary to be the 

40 days for completion, a saving of 17 days time or 30%. finish time of the xkagd aircraft md { the 

Since the days saved represents considerable manufacturing , . , . - AKrT , 7 , \. , 

overhead and money, the advantage and benefit of the described shift nghtAeft operations to ONLY the steps of the 

improvement is apparent. selected aircraft ' leavin S me ^P 5 associated with the other 

In general, applicant believes, that the modification 55 aircraft unchanged, then the scheduling for the selected 

should serve to improve all hueristic scheduling programs, aircraft wiU be able t0 take advantage of any excess capacity 

moreso those scheduling programs that are regarded of poor witnin cxa ctly that time frame. As another more interesting 

quality and less so for those that are of higher quality. example, if given two aircraft being constructed according to 

However, it is possible for a poor quality scheduling pro- 6Q a S iven schedule with interleaved operations, one may select 

gram to be modified to achieve the same quality as a higher 6 ^ aircraft with the lower priority and shift its operations 

quality program, but requires substantially less execution ri g ht ' towa rds its completion time, and then select the high 

time to formulate the schedule. priority aircraft and shift its operations towards its start time. 

Better quality schedules can often be produced by per- Then > order t0 exploit any excess capacity that might 

forming multiple repetitions of the basic right shift and left 65 remain, the full shift right/shift left procedure is performed 

shift algorithm. Since this algorithm is designed to take an only for tasks associated with the high priority aircraft, 

existing schedule, and by packing left and right, improve it, Again the results obtained depend largely upon the quality 
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of the original schedule that is input to the algorithms. If one slack time and they are given first priority in the left shift 

starts with a high quality schedule, the amount of movement phase. Between the two passes, the present algorithm gives 

obtained, that is, quality improvement, is small first priority to the placement of critical activities at the right 

iftu* „ n j or i„; nn ^„r* m tu* ok.i.t., afl d then tne left ends of the schedule, while allowing 

it the underlying scheduling program contains the ability . . . . ... - . . - & 

AA-i- i i i iA t- i r i s non-cnucal activities to shift freely in between. The fore- 

to sort by addiuonal or secondary keys, additional useful . ^ ^ QWS QnQ understand wh usin me addi _ 

vanauons of the described algorithm are possible; and it is * m * ^ k of slack ^ „ i^ves the perfor- 

also useful if the scheduling ; program provides the ability, as mance 0 f the algorithm. 

aS ,l ° ^ f0reg0iD8 al gorithms are seen to define a novel 

^'example, if one computes the slack time for each » method for optimizing an existing computer assisted sched- 

activity in a given schedule, as hereafter described, and then uhn S P ro S ram - **** Permanently mtegrated within the 

sorts by two keys before the right pass, first, sorting by slack of an easting computer assisted scheduling 

time from least to greatest, and then sorting by completion program a new and improved scheduling program is seen to 

time from last to first, then if two tasks complete at the same result. The invention therefore may be seen also as a new 

time, the one with the least slack time will be shifted first. 35 scheduling program. The physical data defining that pro- 

If one applies this additional sort key on both right and left gram may be carried upon a floppy disk or other computer 

passes, one obtains greater schedule improvement than peripheral memory device through which the method may 

when just sorting by completion and start times. The reason be installed upon a programmable digital computer. In that 

for this is that jobs with less slack time are more critical. By M „. iU * . • i i «r.i_ «i_ 

. J . . . . , . , 7 , 7n sense the invention is also a program element. With the 

giving those jobs priority in the shifting process, they tend M . 

to shift into better locations on the schedule. Since they are mvenll0D msM ^ ^ a » general 

the critical jobs they have more influence over the resulting P ur P ose com P uter in whlch ^ algorithms are installed from 

cycle time. a program element, commonly referred to as software, or a 

The best way to determine the slack time associated with special purpose computer dedicated to scheduling in which 

a task is to perform the schedule pack algorithm twice. The 25 the algorithms are permanently installed within a read only 

first time squeezes out the majority of the excess cycle time. memory, in that sense the invention is also a computer 

Then during the second pack, if one carefully records how apparatus that performs the algorithm. All of the foregoing 

much a task moves during the left shift phase one obtains a arrangements thus fall within the scope of my invention, 
very clear measure of slack time. Remember the task was In me f m description, the word "time" was used to 

shifted as far right as possible and then on the left pass, 30 mdicate eitner a starting pomtj such ^ starl ^ and/or m 

shifted as far left as possible. Anything that is truly critical ending poim in a schedule) such as completion time. On a 

will not move Other tasks will move either a little or a lot. calendar schedule that time would ^ be ex essed m 

Although the last described features are desirable for the terms of a calendar date and aQ hour or in terms of a Qumber 

underlying scheduling program, it is recognized that the ^ of twenty four hour periods foUowing an arbitrary start date 

foregoing options are not required for implementation of the and hours, which renders the display of a schedule more 

basic algorithm. easily understood by the operator. However, to minimize 

Although the present application adopts the terminology complication to this description, the convention used is to 

of tasks and project, other terminology may be used without simply designate those dates and hours solely by the word 

departing from the invention. As example others may refer 40 "time". 

to tasks as "activities" and to the project as the "task"; still The foregoing invention has been demonstrated as 

others may refer to the tasks as "nodes" and to the project as successful, having been embodied within a computer pro- 

a "principal node". Notwithstanding the choice of terminol- gram and applied. An unpublished source code listing for 

ogy employed, the steps in the described algorithm, by trjat program, authored by the applicant, copyrighted by the 

whatever name, remains as "sweet". 45 McDonnell Douglas Corporation, written in the ADA 

lne underlying theory to the shifting procedure is recoe- , „. _ . ... .. . A 

. , ...... . * Z . . language, accompanies this application in an Appendix 

nized as being intuitive. In general, the first tasks placed on u * tu * a i* *« . . . 

. hereto. That source code listing illustrates programming 

a schedule benefit from the flexibility in their choice of time A otn -^ nf tUa a u a ^ -.u p - i . »• 

_ , , , , . . , , . . details of the described algorithm for implementation as an 
and resources. Tasks placed on the schedule later in the . * .t. ■ Lt j^^w«ao^ . .• 

. . , . enhancement within the copyrighted COMPASS scheduling 

scheduling process are left with only the tunes and resources 50 _ . . . .. L1 e , 

r 3 program. That source code listmg is not available for pub- 

that earlier activities did not use. ,. , . . . t , . , 

_ J ....... „ hcation or reproduction. While, it is appreciated that the 

The sort procedures combined with the right and left • , . ™- . t . , : t 

phases, is believed to implicitly give higher priority to the ^nT* B f*™ 1 lD ^ l ° enablc ° n u e 

right activities, while constructing the right shift and left skllled m the art 10 make and ^ the inve ^on, such 

shift schedules. When a schedule is built in the forward 55 ^published source code hsting may be inspected in the file 

direction every task is scheduled to start and finish as early of this application by those who wish to acquaint themselves 

as possible. Because of that, critical activities in the left part with a specific example of a code listing that incorporates the 

of the schedule are crowded together with many other described invention. 

non-critical activities. But the right most activities on the While a preferred embodiment has been illustrated and 

schedule are found in that part of the schedule, because they 60 described herein, it will be obvious that numerous 

follow critical activities in the left part of the schedule, and modifications, changes, variations, substitutions and 

most are themselves critical. equivalents, in whole or in part, will now occur to those 

In the right shift phase, these right-most critical activities skilled in the art without departing from the spirit and scope 

are effectively given first priority in building the new right- contemplated by the invention. Accordingly, it is intended 

shifted schedule. By similar analysis, the left-most activities 65 that the invention herein be limited only by the scope of the 

in the right-shifted schedule are critical activities with little appended claims. 
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COPYRIGHT (UNPUBLISHED)- MCDONNELL DOUGLAS CORP. 
Schedule Pack Source Program 



PROCEDURE schedule _pack (Activityiist : IN OUT Activiiy_Ust.TypcactivUylist; 

Resource list : IN OUT Resource_UsLTyperesourcelisi; 

Conditionlist : IN OUT CondiUon_LisLTypccondittonlist) is 
minimum_slait_time: time, type Lime :• time.positive_infinity; 
maxim um_fui is h_time: time.typetime time.negauve_rofinity; 
scbcduling_window: intervaUypeinterval; 
forward_mode : mode.typcmode :- mode -Strict_forward_m ode; 
backward_modc : mode.typcmode > mode.strict_backward_mode; 
workingactivitylist: activityjist.typeactivityiist; 
workingrcsouicelist: resource _JisLtyperesouxcelist; 

workingcondilionlist: condition lisLtypeconditionlist; 

localactivilylist: activity lisLtypeactivitylist; 

local resource list: rcsource_lisLtyperesourcelisl; 

localconditionlist: condition lisLtypeconditionlist; 

localactivity: activity.! ypeactivity; 

localstart : time.typetime; 

localfinish : time.typetime; 

temp_activity_list: activity Jist-typeaclivitylist; 

begin 

workingactivitylist > activityiist; 
workingresourcelisl resourcelist; 
workingconditionlist :- conditionlist; 
localactivilylist :- activityiist; 
local resource list :- resourcelist; 
localconditionlist := conditionlist; 

abstract^o.write_j5tring(low_level_io.standard_output_file,"* •••••»••*•• * * ** Optimizing Schedule*"); 
abstrart^o.write_jicwline(low_Jevel_io.standard_output_Jilc); 

miiiimum_start_time :- interface.accept_time("Le£t Boundary for Packing Operation"); 
abstiBct^o.write^trmg(lowJevel^o.standard_output_fUe/Scanning Schedule for Right 
Boundary"); 

abstraa_io.write_newlme(low_level_io.standard_outpul_file); 

—just a reminder that we need to change both sp and ccp to work on just selected 

activities 

Qualified_Name. Prefix (resource_name, Resource_ProfUe.Qualirledname_Of 
(Localresourceprofile) while not activity jisUnilp (localactivilylist) loop 
localactivity := activity_lisLflrst(localactivitylist); 
if activity.assigned_of(localactivity)then 

localfinish :» activity .assigned_finish_of (localactivity); 

iflocalfinish>maximum finish_time then 

max imu m_fin is h_tim e > localfinish; 
end if; 
end if; 

localactivilylist := activity_list.rest(tocal activityiist); end loop; 

scheduling_window ;= Interval. make(minimum start_ time, maximum finish_lirne); 

-first pack to the right, within the current bounds 

-interface. display__message ("note", "sorting by status - completed*');" completed at the 
bottom 

Abstract_lo.Write_String (Low_Level_lo.Standard_Output„File,"sorting by status - 
complete"); 

Abstract_lo.Write_Newline (Low__Level_Io.Standard__Output_FUe); 
temp_activity_list > S o r t_Co mm a nds . So rt _B y _s ta tus 
(workingActiviiyList,completed_Jd); 

activity lisLshallow_collect(workingactivitylist); 

workingactivitylist :- temp_activity list 

--interface.display_message ("note", "sorting by precedence"); 

Abstract_lo.wri te_String (Low_Level lo.Standard_OutpuL_File, "sorting by precedence"); 

Abstract_lo.wri te_^Newline (Low_Level_lo.Standard_Output_File); 
temp_activity_list :«■ Sort_Commands.Sort_By__Predecessors (workingActivityList); 
activity_lisLshallow_collect(workingactivityList); 
workingactivitylist :» temp_activity_list; 

-interface. display_mcss age ("note" "sorting by assigned finish time"); 
Abstract_lo.Write_String (Low_Level_lo.Standard_Output_File, "sorting by assigned 
finish time*'); 

Abstract_lo.Write_Newline (Low_Level_lo.Standard_Output_File); 
temp__activity_list:- Sort_Commands. Sort _By _Assigncd_Finish_time 
(workingActivityList); 

activity_lisuhal lo w_co llect(workingactivitylis t); 
workingactivitylist :- temp_activity__list; 

--interface. display_message ("note", "sorting into reverse order"); 
Abstract_lo.Wrile_String (Low_Level_lo.Slandard_Output_File, "sorting into reverse 
order"); 

Abstract_lo.Write_Newlinc (Lo w_Le vel_lo. Sta nda rd_Ou tpu t_File) ; 
temp_activity_list :- Sort_Commands.Reverse_order (workingActivityList); 
activity_IisLshallow_co llect(workingactivitylis t); 
workingactivitylist :* temp_activity_list; 

--interface.display__message ("note" "sort for right pass complete"); 
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Abstract_lo.Wrile_Siring (Low_Level_lo.Siandard_Output__Filc, "sort for right pass 
complete"); 

Abstract _lo.Wriie_Ncwlinc (Low_Lcvcl_lo.Suindard_Outpul_J r ilc); 

localactivitylist :» wo rkingacti vily] ist; 
Interface. DispUy_^Activity_List(wo rldngActivilylist); 

abstract_jo. write _sli in g(low_lcvcl_io.standard_oul put file, "packing right"); 

while not activity JisLnilp (localactivitylist) loop 

localactivity :- acrivity_lisLfiret(localactivitylist); 

if activity.assigned_of(locaiactivity) and then 
(id. equal(activity^tus__of[localactiv r ity) J cornpleted_id) or 

id .equal (activity^ ta tus of (localactiv ity),in wo rk__id) or 

id.equal(activUy^tatus_of(localactivity)^>ending_id)) and then time.">" 
(activity, assigned _finish_of(localaaivity) ) minim um__start_time) then locals tart > 
activity. assiqned_6Lart_of (localactivity); 
-time.write_dshm 

Oow_level_io.standard_outpm_file^cdvity.assigned_start_ofOocalactivLty)); 

schedul ing_primiti ves. Unschedule 
(localacuvity t workingacrivuylis^workiitgresourceli£t); 

schedul in g_primitives.schedule 
(loxalactivity,workmgaciivityli5t;workingre^ 

schedul ing_window, backward_mode); 
if activity.assigned_of(localactivity) then 

if time."-" (activity.assigned_start_of (localactivity), localstart ) then 
abstjact_io.write_string(low_level_io.standard_output_file,"-**); 
elsif time. (activity.assigned^tart_of(localactivity) > localstart ) then 
abstract_io.write_string(low_level_io^tandard_output_file f ' 4 >"); 
elsif time."<" (activity.assigned_start_of(localactivity), localstart ) then 
abstract_io. write_string(low_leve l_io.standard_o utpu t_file," <**) ; 
abstract_io.write_jstring(low_level_io.standard_output_file, M warning, failed to pack on 
right pass"); 

Q^lified_name.write(low_level_io.stan&rd_outp^^ 

(localactivity)); abstract_io.wiite_stiing(low_level_io.stand^rd_output_file,"01d Time :"); 

time.write_dshm flowJevel_io.standard_output_fiIe,locaistart); 

abstract _Jo. write^tring(low_level_io.standard„oiUput_file,"New Time:"); 

time.write__dshm 

(low_level_io.standard output_file^ctivity.assigncd_jtart_of (localactivity)); 

abstract_Jo. write newline(low_Jevel_io.standard_outpuL_file); 

end if; 
else 

abstract_io.write^tring(low_lcvel_io.standard_output_file, "failed to reschedule on 
right pass"); 

Qualificd_jiamc.writc(lo w_lcve 1 io .standard_output_file Ractivity.qualificdnamc_of 

(localactivity)), abstract_io.writc_string(low_levcl_io^tandard_outrnit_file"01d 
Time:"); time.write_dshm (low_level_io.slandard_output_file, localstart); 

abstract_io. wrile„newline(low_level_io.standard_output file); 

end if; 

end if; localactivitylist :- activity_lisLrest(localactivitylist); 
end loop; 

~ then see which ones pack back to the left 

-interface.display_message ("note", "sorting by status - completed"); 
Abstract_lo.Write_String (Low_Level_lo.Standard_Output_File, "sorting by status - 
completed"); 

Abstract lo.Write Ncwlinc (Low_Level_lo.Standard_Output_File); 

temp_activity_list Sort__Commands.Sort_By_status 
(workingActivityList,completed_id); 

aclivuy_listshallow_coUect(workingactivirylist); 

workingactivitylist :» temp_activity_list; 
--interface.display_message ("note", "sorting into reverse order"); 
Abstract_Jo.Write^String (Low__Level_lo.Standard_Output_File, "sorting into reverse 
order*;); 

Abstract lo.Write Newline (Low_Level_lo.Standard_Output_File); 

temp_activity_list:» Sort Commands. Rcverse_order (workingActivityList); 

activity 1 ist.shallow_co llect(workingactivit ylist); 

workingactivitylist :« temp_activity_list; 

--interface. display message ("note", "sorting by predecence"); 

Abstract_lo.wri te_String (Low_Level_lo.Standard_Output_File, "sorting by predecence"); 
Abstract_lo.Write_Newline (Low_JLevel_lo.Standard_Output_File); 
temp_activity_list :- Scrt_Commands.Sort__By_Predeccssors (workingActivityList); 

activity list .shal low_co llect( workingactivitylist); 

workingactivityiist :- temp_activity_list; 

-inter face. display_message ("note" "sorting by assigned start time"); 

Abstract_lo.Wri te_jString (Low_Level_lo.Standard_Output_File, "sorting by assigned start 

time"); 

Abstract_lo.Write_Newline (Low_Level_lo.Standard_Output_File); 

temp__activity_Jist Sort_Commands.Sort By_Assigned_start_timc 

(workingActivityList); 
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activiiy_lisushallow_co lled(workingactivitylisi); 
workinqactivitylist :- temp_activiiy__lisl; 

"interfeccdisplay^ message ("note", "sort for left pass complete"); 

Abstract_lo.Wri te_S tri ng (Low_Ixvel_lo.Standard_Outpul_File, "sort for left pass 

complete"); 

Abstract_lo.Write_NewIine (Low_Level_lo.Standard_Output__Fae); 

[ocalactivityUst :- woddngacuvityust; 

Interface, Display_Activity_List(workingActivitylist); 

abstract _io.wriic_striiig(low_levcl_io.standard_output_filc, "packing left"); 

abstract_io. write ncwlicc(low_lcvcl_io.staDciard_oulput_filc)-, 

while not activily_lisUiilp (localactivity list) loop 

local activity: = activity_lisLfirst (localactivity list); 

if activity.assigned_of;(localactivity) and then 

( id. c qual (a c ti vi t y.stat us_o f (1 oca lacti vit y) ,co mp le ted_id ) or 

id.equal(ac^vuy.stams_ofOc<alactivity),inwork__Ld) or 

id.equal(acdvity.status_of(lccalactivuy),rxnding_id)) and then 
time.">" (activity.assigned_finish_of (localactivity), minimum__start_time) then 

localstart > acti vit y.assigned_start_of (localactivity); 
--time.write_dshm 

(lcwJevel_io.standard_ompm^le^cUWty.assigned_stiirt_of(localacuvity))^ 
schcduling_primitives.Unschedule (localactivity, workingactivitylist f workingrcsourccli5t); 
scheduling__primitives. sched u le 

(localactivity,workingactivitylist,workingrcsourcelistsworkingcon 

scheduling _window ? forward mode); 

if activity.assigned_of(localactivity) then 

if time. (acUvity.assigned_start_of (localactivity), localstart ) then 

abstract^o.write_stringQow_level_io.standard_output_filc"»"); 
elsif time." <" (activity.assigned_start_of(localactivity), localstart ) then 

abstract_io. write__s tri ng(lo w_le vel_io.standard_output_file," <") ; 
elsif time.">" (activity.assigned_start_of(localactivity) > localstart ) then 

abstract_b.write_string(low_level_io.standard_output_file ) ">''); 

abstract„io.write_stririg(low_level_io.standaid_c4itput_rile f '^rarnmg, failed 
to pack on left pass**); 

Q^lified_name.writeQow_level_io.standard_output_ffl^ 
(localactivity)); 

abstract io. write string(low level_io.standard_output_file,"0]d Time:"); 

time.write_dshm (low_level_jo.standard_output_f\le,localstart); 
abstract__io.write_string(Iow_levcl_io.standard_output_file ) "New Time:"); 
time.write_dshm 

(low_lcvel_io^tana^rd_output_Jile^ctivity.assigned_start_of(localactivity)); 

abstract_io. write_newline(low_level_io.standard_outpu t_fUe); 
end if; 
else 

abstract io.write_s tri ng(low_level_io.standard_output_file," failed to 

reschedule on left pass"); 
Qualified 

name, write (Iow_level_iojtandard_output file ^activity .qual ifiedname_of (localactivity)); 

abstract_io. writers tri ng(low_level_io.standard_output_file,"01d Time:"); 

time.write_dshm (low_level_io.standard_output_file,Iocalstart); 

abstract_io.write_newlme(low_level_io.standard_output_file); 
end if; 
end if; 

localactivitylist :- activity_list.rest(localactivitylist); end loop; 

activitylist :» workingactivitylist; 

resourcelist := workingresourcelist; 

conditionlist := workingconditionlist; 

exception 

when Interface. Oops=> raise; 
when others»> 

abstract_io. write__s tring(low_level_io.standard_output_Jile "exception raised while 
packing!"); 

activity.write(low_level_io.standard_output_file, localactivity); 
abstract_io.write_newline_(low_level_io.standard_ouq)ut_file); 
raise; 
end schedule pack; 



What is claimed is: 

1. A computer assisted method of optimizing a prelimi- 
nary schedule for performing a plurality of scheduled tasks 
that collectively complete a project, said preliminary sched- 
ule specifying no less than a start time, a completion time, 
identification, and resource requirements for each of the 



plurality of tasks in which any constraints associated with 
each resource are respected and the plurality of tasks com- 
plies with constraints on the order of performance of any one 
task relative to other tasks defined in the schedule, which 
includes the step of: 



60 
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(a) inspecting completion times for said plurality of 
scheduled tasks in said preliminary schedule and deter- 
mining latest completion time of any of said scheduled 
tasks; 

(b) defining a completion time boundary, said boundary 5 
comprising a time equal to or later than said latest 
completion time; 

(c) inspecting said start times for each of said plurality of 
scheduled tasks in said preliminary schedule and deter- 
mining the earliest time of any of said plurality of 10 
scheduled tasks; 

(d) defining a commencement time boundary, said bound- 
ary comprising a time at least equal to and no later than 
an earliest commencement time; 

(e) sorting said plurality of scheduled tasks in said pre- 
liminary schedule into chronological order by comple- 
tion times to derive a temporary chronological listing 
comprising the completion times for each task; 

(f) following said sorting and commencing with one of 2Q 
said tasks in said temporary chronological listing hav- 
ing said latest completion time and continuing with the 
remaining ones of said tasks in reverse chronological 
order by completion time 

(fl) rescheduling each task in said temporary chrono- 25 
logical listing to a new completion time that is as 
close to said completion time boundary as is permis- 
sible without violation of any constraint associated 
with such task and, based on the duration of respec- 
tive tasks, to a new start time, said rescheduling 3Q 
being without violation of any constraint associated 
with such task, whereby each task is assigned a new 
completion and start time to create a first revised 
temporary Listing of tasks arranged in the order found 
in said derived temporary listing; and, 35 

(g) sorting said plurality of tasks in said first revised 
temporary listing into chronological order by com- 
mencement times to derive a second temporary chro- 
nological listing comprising the start times for each 
task; 40 

(h) commencing with one of said tasks in said second 
temporary chronological listing having the earliest start 
time and continuing with the remaining ones of said 
tasks in ascending chronological order by start time, 
(hi) rescheduling each task in said second temporary 45 

chronological listing to a new start time that is as 
close to said commencement time boundary as is 
permissible without violation of any constraint asso- 
ciated with such task and, based on the duration of 
said respective tasks to a new completion time, said 50 
rescheduling being without violation of any con- 
straint associated with such task, whereby each task 
is again assigned a new start time and completion 
time to create a third listing of tasks arranged in the 
same order found in said second temporary chrono- 55 
logical listing, said third listing of tasks comprising 
an optimized schedule. 

2. The method as defined in claim 1, wherein the step (fl) 
of rescheduling includes the step of: 

(fl)(a)unscheduling all tasks in said temporary chrono- 60 
logical listing by removing the associated start and 
completion times thereof prior to assigning a comple- 
tion time for any of said tasks. 

3. The method as defined in claim 1, wherein the step (fl) 
of rescheduling includes the steps of: 65 

(fl) (a) removing the associated start time of the task 
having the latest completion time; 
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(fl) (b) rescheduling said respective tasks to a new 
completion time that is as close in time period to said 
completion time boundary as is permissible without 
violating any constraint associated with said tasks; and, 

(fl) (c) based on the respective duration of said respective 
tasks, assigning a new start time for said respective 
tasks without violating any constraint associated with 
said tasks; and 

(fl) (d) repeating steps (fl) (a) through (f 1) (c) in reverse 
chronological order by completion time for each of said 
tasks. 

4. The method of claim 1, further including the computer 
assisted method of generating said schedule for optimizing 
which comprises the steps of: 

(1) listing no less than the identification of and the 
duration time anticipated for completion of each of said 
plurality of tasks necessary to complete said project 
and, with respect to each of said tasks, any constraints 
associated therewith, including, for each respective 
task, the identification of any other task that requires 
completion prior to commencement of the respective 
task and any resources required by said respective task; 
and 

(2) formulating a preliminary schedule for performance of 
said plurality of tasks, in which each of said tasks is 
completed without violation of a respective associated 
constraint, said preliminary schedule, including, for 
each of said tasks, at least a start time and a completion 
time. 

5. The method as defined in claim 1, further comprising 
the steps of accepting the optimized schedule derived from 
steps (a) through (h) and repeating thereon steps (a) through 
(h) to derive a further optimized schedule. 

6. The method as defined in claims 1, 2, 3, 4 or 5, further 
comprising the step of displaying said optimized schedule. 

7. A programming element for an electronic digital com- 
puter comprising a programming medium and program data 
means resident on said medium for actuating a computer to 
execute a method as set forth in claims 1 or 4. 

8. A computer assisted method of generating a schedule 
for performing a plurality of scheduled tasks that collec- 
tively complete a project, said method being carried out with 
the aid of a programmed computer, said method comprising 
the steps of: 

(1) listing no less than the identification of and the 
duration time anticipated for completion of each of a 
plurality of tasks necessary to complete said project 
and, with respect to each of said tasks, any constraints 
associated therewith, including, for each respective 
task, the identification of any other task that requires 
completion prior to commencement of the respective 
task and any resources required by said respective task; 
and 

(2) formulating a preliminary schedule for performance of 
said plurality of tasks, in which each of said tasks is 
completed without violation of a respective associated 
constraint, said preliminary schedule, including, for 
each of said tasks, at least a start time and a completion 
time; 

(a) inspecting each of said completion times for said 
plurality of scheduled tasks in said preliminary 
schedule and determining the latest completion time 
of any of said tasks scheduled therein; 

(b) defining a completion time boundary, said boundary 
comprising a lime equal to or later than said latest 
completion time; 
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(c) inspecting each of said start times for each of said 
plurality of scheduled tasks in said preliminary 
schedule and determining the earliest start time of 
any of said plurality of scheduled tasks therein; 

(d) defining a commencement time boundary having an 5 
earliest commencement time, said boundary com- 
prising a time at least equal to and no later than said 
earliest commencement time; 

(e) sorting said plurality of scheduled tasks in said 
preliminary schedule into chronological order of the 
respective completion times of each of said tasks to 
derive a temporary listing of completion times for 
each task in descending chronological order, wherein 
the first task initially scheduled for completion in 
said plurality of scheduled tasks appears first in said 
listing and the last task initially scheduled for 15 
completion in said plurality of scheduled tasks 
appears last in said listing; 

(f) commencing with said last task in said temporary 
listing and continuing through said temporary listing 

in reverse chronological order of completion times, 20 

(f)(1) unscheduling the respective preliminarily 
scheduled tasks by removing the associated start 
and completion times; and 

(f)(2) rescheduling the respective tasks to a new 
completion time that is as close in time period to 25 
said completion time boundary as is permissible 
without violating any constraint associated with 
said tasks; and, 

(f)(3) based on the respective duration of said respec- 
tive tasks, assigning a new start time for said 30 
respective tasks, to define a second temporary 
listing in which said tasks are ordered in the same 
order as in said first named temporary listing; 

(g) sorting said plurality of tasks in said second tem- 
porary listing into chronological order of the respec- 35 
tive start times of each of said tasks to derive a 
further temporary listing of start times for each task 

in descending chronological order of start times, 
wherein the first task initially scheduled for com- 
mencement in said plurality of tasks in said second 40 
temporary listing appears first in said further tem- 
porary listing and the last task initially scheduled for 
commencement in said plurality of tasks in a right 
shift task temporary listing appears last in said 
further temporary listing; 45 
(b) commencing with the first task in said further 
temporary listing and continuing through said further 
temporary listing in chronological order of com- 
mencement times, 

(hi) unscheduling the respective scheduled task and, 50 
(h2) rescheduling the respective tasks to a new 
commencement time that is as close in time to a 
left boundary as is permissible without violating 
any constraint associated with such respective 
task; and 55 
(h3) based on the respective duration of said respec- 
tive task, assigning a new completion time for said 
respective tasks, to define an optimized schedule 
of tasks for completion of a given task. 

9. The method as defined in claim 8, further comprising 60 
the step of displaying said optimized schedule. 

10. A programming element for an electronic digital 
computer comprising a programming medium and program 
data means resident on said medium for actuating a com- 
puter to execute a method as set forth in claim 8. 65 

11. A computer assisted method of generating a schedule 
for performing a plurality of scheduled tasks that collec- 



134 

24 

tively complete a project, said method being carried out with 
the aid of a programmed computer, said method comprising 
the steps of: 

(1) listing no less than the identification of and the 
duration time anticipated for completion of each of a 
plurality of tasks necessary to complete said project 
and, with respect to each of said tasks, any constraints 
associated therewith, including, for each respective 
task, the identification of any other task that requires 
completion prior to commencement of the respective 
task and any resources required by said respective task; 
and 

(2) formulating a preliminary schedule for performance of 
said plurality of tasks, in which each of said tasks is 
completed without violation of a respective associated 
constraint, said preliminary schedule, including, for 
each of said tasks, at least a start time and a completion 
time; 

(a) inspecting said completion times for said plurality 
of scheduled tasks in said preliminary schedule and 
determining the latest completion time of any of said 
scheduled tasks; 

(b) defining a completion time boundary, said boundary 
comprising a time equal to or later than said latest 
completion time; 

(c) inspecting said start times for each of said plurality 
of scheduled tasks in said preliminary schedule and 
determining the earliest time of any of said plurality 
of scheduled tasks; 

(d) defining a commencement time boundary, said 
boundary comprising a time at least equal to and no 
later than said earliest commencement time; 

(e) sorting said plurality of scheduled tasks in said 
preliminary schedule into chronological order by 
completion times to derive a first temporary chro- 
nological listing comprising the completion times for 
each task; 

(f) following said sorting and commencing with one of 
said tasks in said temporary chronological listing 
having said latest completion time and continuing 
with the remaining ones of said tasks in reverse 
chronological order by completion time 
(fl) rescheduling each task in said temporary chro- 
nological listing to a new completion time that is 
as close to said completion boundary time as is 
permissible without violation of any constraint 
associated with such task and, based on the dura- 
tion of said respective tasks, to a new start time, 
said rescheduling being without violation of any 
constraint associated with said tasks, whereby 
each task is assigned a new completion and start 
time to create a first revised temporary listing of 
tasks arranged in the order found in said first 
derived temporary listing; and, 

(g) sorting said plurality of tasks in said first revised 
temporary listing into chronological order by com- 
mencement times to derive a second temporary chro- 
nological listing comprising the start times for each 
task; 

(h) commencing with one of said tasks in said second 
temporary chronological listing having the earliest 
start time and continuing with the remaining ones of 
said tasks in ascending chronological order by start 
time, 

(hi) rescheduling each task in said second temporary 
chronological listing to a new start time that is as 
close to said commencement boundary time as is 
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permissible without violation of any constraint 
associated with said tasks and, based on the dura- 
tion of said respective tasks, to a new completion 
time, said rescheduling being without violation of 
any constraint associated with said tasks, whereby 
each task is again assigned a new start time and 
completion time to create a third listing of tasks 
arranged in the same order found in said second 
temporary chronological listing, said third listing 
of tasks comprising an optimized schedule. 
12. A computer assisted method of optimizing a prelimi- 
nary schedule for performing a plurality of scheduled tasks 
that collectively complete a project, said preliminary sched- 
ule specifying a start time and a completion time that define 
a respective duration, said preliminary schedule respecting 
any constraints associated with each task including con- 
straints on the order of performance of any one task relative 
to other tasks, the method including the steps of: 

defining a completion time boundary no earlier than the 
latest completion lime of any of said scheduled tasks; 
defining a commencement time boundary no earlier than 
the earliest start time of any of said plurality of sched- 
uled tasks; 

rescheduling each task such that the completion time for 
each task is rescheduled to a first new completion time 
that is as close to said completion time boundary as is 
permissible without violation of any constraint associ- 
ated with such task, wherein said rescheduling step 
further alters the start time for each task based on the 
duration of each respective task to define a first new 
start time such that each task is assigned a first new 
completion time and a first new start time as a result of 
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said rescheduling step to thereby create a revised 
temporary listing of tasks; 
further rescheduling each task such that the first new start 
time for each task is rescheduled to a second new start 

s time that is as close to said commencement time 
boundary as is permissible without violation of any 
constraint associated with such task, wherein said 
rescheduling step further alters the first new completion 
time for each task based on the duration of each 

]0 respective task to define a second new completion time 
such that each task is assigned a second new comple- 
tion time and a second new start time as a result of said 
further rescheduling step to thereby create a listing of 
tasks comprising an optimized schedule. 

13. The method as defined in claim 12 further comprising 
15 the step of unscheduling all tasks in said preliminary sched- 
ule by removing the associated start time and completion 
time for each task prior to the initial step of rescheduling 
each task. 

14. The method as defined in claim 13, wherein said initial 
20 step of rescheduling each task includes the steps of: 

removing the associated start time of each task; 

rescheduling the completion time for each tasks to a first 
new completion time that is as close in time period to 
25 said completion time boundary as is permissible with- 
out violating any constraint associated with said tasks; 
and 

rescheduling the start time associated with each task 
based on the duration of each task to a first new start 
30 time without violating any constraint associated with 
said task. 
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